What about add to speedtest Set alternate to sppedtest.log ADDITIVE And //INFO information?
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Przemyslaw Czerpak Sent: Monday, September 22, 2008 4:15 PM To: Harbour Project Main Developer List. Subject: Re: [Harbour] Re: 2008-09-18 01:17 UTC+0200 Przemyslaw Czerpak(druzus/at/priv.onet.pl) On Thu, 18 Sep 2008, David Arturo Macias Corona wrote: Hi David, > Below are results of current Harbour under eComStation 1.2MR > gcc 3.3.5 > b) speedtst.prg > ST > total application time: 46.99 > total real time: 46.99 > MT > total application time: 67.05 > total real time: 67.05 > before: > total application time: 135.88 > total real time: 135.88 > ST keep same as previous, but MT fall from 135.88 to 67.05 > 50 % faster :-) > Do you expected more or less ? Many thanks for your tests. The speed difference was the cost of using mutexes to protect access to reference counters. As you can see they are very slow in OS2 - much slower then futexes in Linux and critical sections in Windows. Using assembler inlined code for atomic incrementation/ decrementation of reference counters greatly improved the speed and reduce MT HVM overhead from ~89 sec. to ~20 sec. so the real speed improvement calculated only for MT overhead is much better. Now we can try to reduce the rest from this 20 sec. In OS2 it should be possible to nicely use stack macros even without native compiler TLS support. I'll make such modification in a while and I would like to ask you to repeat the speedtst.prg tests with new SVN code. best regards, Przemek _______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
_______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
