[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r24417 - in trunk/subversion: libsvn_deltalibsvn_repos svnadmin svnsync

From: Ed Price <ed.price_at_gmail.com>
Date: 2007-04-05 01:38:47 CEST

> Does "efficiencyfy" map to "optimize"?

In common usage, yes, sure...

is a very interesting paper, IMHO; here is a relevant excerpt
from its Introduction:

-- cut here --

Most programmers spend most of their day execut-
ing an edit-compile-debug loop; and most automatic code
generators (even so-called "optimizers") are designed to run
as part of a compiler that is used in this manner, and there-
fore are constrained by the requirement that they generate
hundreds, thousands, or millions of instructions per second.
Such a code generator has little hope of generating code that
will be good enough for our purpose. Consequently a great
deal is known about quickly generating indifferent code, and
very little is known about generating optimal code, which is
our goal. Indeed, the label "optimization" has been given to
a field that does not aspire to optimize but only to improve.
This misnomer presented a difficulty to Henry Massalin, who
invented the only other code generation technique we know
of that aimed at our goal [14]: the difficulty was that if Mas-
salin called his system an optimizer, people would assume
that it was only a code improver. So Massalin called his
system a superoptimizer. In our title, we have adopted his

-- cut here --

Was pool usage optimized? Or superoptimized?? :)


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Apr 5 01:39:04 2007

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.