Sender: root AT delorie DOT com Message-ID: <3767CB78.FC5F36A6@inti.gov.ar> Date: Wed, 16 Jun 1999 13:06:16 -0300 From: salvador Organization: INTI X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.0.36 i686) X-Accept-Language: es-AR, en, es MIME-Version: 1.0 To: Eli Zaretskii CC: djgpp AT delorie DOT com, allegro AT canvaslink DOT com, balug-lst AT balug DOT org DOT ar Subject: Re: Compilers comparisson, some opinions about the generated , assembler References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: djgpp AT delorie DOT com Eli Zaretskii wrote: > On Wed, 16 Jun 1999, salvador wrote: > > > 2) If I run only one task in Win95 (and the scheduler didn't get crazy) I get > > the same speed in W95, the difference is too small (under 2%) > > My notion of slow-down when running on Windows is taken from configuring > and building large GNU packages, those where it takes more than 10 minutes > to run the configure scripts and Make. Overall, on the same machine which > is higly optimized for DJGPP programs both in DOS and in Windows, I > usually get 30%-40% slow-down for the same task when running from > Windows. That's running only one active DOS box under Windows, and no > other Windows programs. For example, what takes 20 minutes from Windows > would usually take about 12 minutes from DOS. Interesting, I never saw important differences in tasks that consumes only CPU (no disk at all). > I have never been able to figure out just what it is in Windows that takes > so many CPU cycles. Interestingly enough, if I do something else while > the compilation runs, like read my mail with Emacs, or type some code > into the editor, the compilation time is unchanged. So apparently > multi-tasking other virtual machines is NOT what steals the CPU cycles. In fact I think the problem isn't related to CPU cycles. I remmember that first time I tried my sound player under Windows I was surprised about the small difference in the frame rate (under 10%, usually around 4 and 5%). This program uses direct memory access to screen and the Sound Blaster DSP, also polls keyboard and mouse. I think you are hiting the problem I experimented (more than 15%), in fact once I had this problem I wasn't able to recover the full speed. For some reason the scheduler was giving this CPU percent to other process. But that isn't the common case. Greetings, SET -- Salvador Eduardo Tropea (SET). (Electronics Engineer) Visit my home page: http://welcome.to/SetSoft or http://www.geocities.com/SiliconValley/Vista/6552/ Alternative e-mail: set-soft AT usa DOT net set AT computer DOT org set AT ieee DOT org set-soft AT bigfoot DOT com Address: Curapaligue 2124, Caseros, 3 de Febrero Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013