Deutsch English Français Italiano |
<86mshkos1a.fsf@linuxsc.com> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Tim Rentsch <tr.17687@z991.linuxsc.com> Newsgroups: comp.lang.c Subject: Re: else ladders practice Date: Wed, 27 Nov 2024 21:18:09 -0800 Organization: A noiseless patient Spider Lines: 45 Message-ID: <86mshkos1a.fsf@linuxsc.com> References: <3deb64c5b0ee344acd9fbaea1002baf7302c1e8f@i2pn2.org> <vg37nr$3bo0c$1@dont-email.me> <vg3b98$3cc8q$1@dont-email.me> <vg5351$3pada$1@dont-email.me> <vg62vg$3uv02$1@dont-email.me> <vgd3ro$2pvl4$1@paganini.bofh.team> <vgdc4q$1ikja$1@dont-email.me> <vgdt36$2r682$2@paganini.bofh.team> <vge8un$1o57r$3@dont-email.me> <vgpi5h$6s5t$1@paganini.bofh.team> <vgtsli$1690f$1@dont-email.me> <vhgr1v$2ovnd$1@paganini.bofh.team> <vhic66$1thk0$1@dont-email.me> <vhins8$1vuvp$1@dont-email.me> <vhj7nc$2svjh$1@paganini.bofh.team> <vhje8l$2412p$1@dont-email.me> <86y117qhc8.fsf@linuxsc.com> <vi2m3o$2vspa$1@dont-email.me> <86cyiiqit8.fsf@linuxsc.com> <vi4iji$3f7a3$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Date: Thu, 28 Nov 2024 06:18:10 +0100 (CET) Injection-Info: dont-email.me; posting-host="8f1c290f3ddf609884269e518a4a547d"; logging-data="448952"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/Vo1ZdFyQfdOnhfoO7FO/IGP9PjnTSlsg=" User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.4 (gnu/linux) Cancel-Lock: sha1:XF8GLfCo8HKe5kBofWZIHu+bn50= sha1:i3Oe1pM1clyGS4hmtbYQyosM+fY= Bytes: 3248 Bart <bc@freeuk.com> writes: > On 26/11/2024 12:29, Tim Rentsch wrote: > >> Bart <bc@freeuk.com> writes: >> >>> On 25/11/2024 18:49, Tim Rentsch wrote: >>> >>>> Bart <bc@freeuk.com> writes: >>>> >>>>> It's funny how nobody seems to care about the speed of compilers >>>>> (which can vary by 100:1), but for the generated programs, the 2:1 >>>>> speedup you might get by optimising it is vital! >>>> >>>> I think most people would rather take this path (these times >>>> are actual measured times of a recently written program): >>>> >>>> compile time: 1 second >>>> program run time: ~7 hours >>>> >>>> than this path (extrapolated using the ratios mentioned above): >>>> >>>> compile time: 0.01 second >>>> program run time: ~14 hours >>> >>> I'm trying to think of some computationally intensive app that would >>> run non-stop for several hours without interaction. >> >> The conclusion is the same whether the program run time >> is 7 hours, 7 minutes, or 7 seconds. > > Funny you should mention 7 seconds. If I'm working on single source > file called sql.c for example, that's how long it takes for gcc to > create an unoptimised executable: > > c:\cx>tm gcc sql.c #250Kloc file > TM: 7.38 Your example illustrates my point. Even 250 thousand lines of source takes only a few seconds to compile. Only people nutty enough to have single source files over 25,000 lines or so -- over 400 pages at 60 lines/page! -- are so obsessed about compilation speed. And of course you picked the farthest-most outlier as your example, grossly misrepresenting any sort of average or typical case.