How is possible emulate //INFO 
? HB_GTVERSION(), HB_GTVERSION(1)
Harbour Terminal: Windows native console 
? hb_compiler()
Harbour 1.1.0dev (Rev. 9453)
? os()
Windows Vista 6.0.6001 Service Pack 1
? hbbuildinfo(30)
DS avail=978788KB  OS avail=2062008KB  EMM avail=0KB  MemStat:Off  MT:On


-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Massimo Belgrano
Sent: Monday, September 22, 2008 4:24 PM
To: Harbour Project Main Developer List.
Subject: RE: [Harbour] Re: 2008-09-18 01:17 UTC+0200 
PrzemyslawCzerpak(druzus/at/priv.onet.pl)

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

Reply via email to