Compiler: Size of generated executable file

Justin Johansson no at spam.com
Wed Jan 13 07:49:30 PST 2010


Generally speaking on the substance of the remarks on this thread (as 
below; retard et. al) ...

especially ...
 > Unfortunately computer programs seem to inflate over time. A typical
 > program doubles its size in 2-3 years. I would understand this if a
 > tradeoff was made between size and performance but unfortunately many
 > programs also perform worse than before.


The blot is called marketing and is the hallmark of a capitalistic, 
consumerist, non-green and resource-unsustainable society.

Happy New Year,

Justin Johansson



retard wrote:
> Sun, 10 Jan 2010 12:25:16 +0100, Chris wrote:
> 
>> "Nick Sabalausky":
>>> "Ph":
>>>> Why a generated file is so huge? [...]
>>> That's not even a third of a megabyte, why does this keep getting
>>> brought up as an issue by so many people?
>> Execution speed perhaps, since the time elapsed is proportional to the
>> number of processor instruction executed. This explains why some people
>> (for certain time critical apps) do not even take the step from C to
>> C++, and chose to stay 20 year behind "modern" languages.
>>
>> D presented itself being a high level language suitable for system
>> programming, so executable sizes must be taken into consideration, imho.
>>
>> Year after year I see the sizes of overbloated executables to grow with
>> non-proportional added substance. I am totally shocked when for only to
>> add a reference to an external library, my program burn the space of an
>> entire computer of old good days.
>>
>> I simply can't get used to it, and probably never will for anyone who
>> used to code in low-level languages, since they know how much a program
>> size can really be.
> 
> What's funny is that more and more computation can be done with a single 
> instruction because of SSE1-4.2/MMX. Also register sizes grow so 
> computation does not need to be split into many registers because of 
> overflow issues. Also CPUs get faster so a tighter algorithm with a bit 
> slower performance could be used instead.
> 
> Unfortunately computer programs seem to inflate over time. A typical 
> program doubles its size in 2-3 years. I would understand this if a 
> tradeoff was made between size and performance but unfortunately many 
> programs also perform worse than before.
> 
> There are exceptions such as the linux kernel - IIRC it fit in a 1.4MB 
> floppy along with a basic set of userspace programs. Nowadays, 15 years 
> later, my hand-built kernel is about 2.5 .. 3x larger. On the other hand 
> it supports more hardware now. I used to have drivers for 4x read only 
> cd, vesa video, sound blaster 16, iomega zip, floppy, and parallel 
> printer. Nowadays I have 2-3 times as many devices connected to the PC 
> and most of them are much more advanced - bi-directional printer link, 
> dvd-rw etc.



More information about the Digitalmars-d mailing list