Follow reply in xbase++ ng separated by -
--
This is not a GPF, but the program simply ran out of Memory, because you
were creating 200 or so MOM objects -- in form of (empty) arrays --
in a loop without any other code. If you put some s
Angel,
> Note: 19 people have downloaded my set of tests.
> Almost all of them from South America and East Europe.
:
> Interesting profile indeed !
You can see similar results in Piwik statistics for Harbour SF pages:
(go to Visitors | Locations & Provider)
http://apps.sourceforge.net/piwik/harb
Hi Angel,
Just one note: Be aware with VNC, as it can suck significant amount
of CPU time in server mode. [ It uses poll method plus bitmap compression
in real-time. ] If you also have RDC connection I recommend that for
testing.
Another small one:
You can remove this line, it's the default, and t
On Sun, 29 Mar 2009, Angel Pais wrote:
Hi,
> Here new set of results with download link included...
> Please other windows users download and post results here
Thank you very much.
> Computer PIV Dual COre 3.0 win 2003 server, used tru VNC
> 03/29/2009 14:04:15 Windows XP 05.02 Build 03790
> Xb
On Sun, 29 Mar 2009, Przemyslaw Czerpak wrote:
Hi,
> > this is the .bat file I use to compile Harbour.
> > All the rest is pure svn code.
> > compile.bat
> > SET PATH=C:\vsk\vc\bin;C:\vsk\bin;
> > SET LIB=C:\vsk\vc\lib;C:\vsk\lib;
> > SET INCLUDE=C:\vsk\vc\include;C:\vsk\include;
> > set HB_COMPI
If we share a kit of executable of test on rapidshare (or in our web)
this will be executed also from user that is not ready to compile so
we have more comparison.
2009/3/29 Przemyslaw Czerpak :
> On Sat, 28 Mar 2009, Angel Pais wrote:
>
> Hi,
>
>> this is the .bat file I use to compile Harbour.
>
On Sat, 28 Mar 2009, Angel Pais wrote:
Hi,
> this is the .bat file I use to compile Harbour.
> All the rest is pure svn code.
> compile.bat
> SET PATH=C:\vsk\vc\bin;C:\vsk\bin;
> SET LIB=C:\vsk\vc\lib;C:\vsk\lib;
> SET INCLUDE=C:\vsk\vc\include;C:\vsk\include;
> set HB_COMPILER=msvc
> set HB_INST
On Sat, 28 Mar 2009, Angel Pais wrote:
Hi,
> Here you have results on same computer 2 compilers.
> see this:
> xbase++ :
> [ TOTAL ]247.17 246.80 -> 1.00
>
> [ total application time: ]..
On Sat, 28 Mar 2009, Mike Evans (Gmail) wrote:
Hi,
> Even I don’t have the latest version of Xbase++ but an old one I'm sure
> that they lock the application threads to use only one CPU. They have a
> way to choose which CPU to use (as an example the less used CPU).
AFAIR some MS-Windows API fun
On Sat, 28 Mar 2009, Szak�ts Viktor wrote:
Hi,
> > more efficient to compile windows Harbour builds with -DHB_FM_WIN_ALLOC.
> Shouldn't we make this the default for hbvmmt lib?
Probably yes though it would be good to check the results with different
installations (single and multicpu machines, X
>
> xbase++ looks much better then DLMALLOC which in real MT mode (real
> simultaneous execution usually gives fatal results and it's much
> more efficient to compile windows Harbour builds with -DHB_FM_WIN_ALLOC.
Shouldn't we make this the default for hbvmmt lib?
--
Viktor
_
erpak
Sent: Saturday, March 28, 2009 9:21 AM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] Re: XBASE++ speedtst
On Fri, 27 Mar 2009, Angel Pais wrote:
Hi,
> I'll do it in a while but AFAIK xbase++ only uses one processor per
> process, if so it does not scale.
>
I have reported problem on alaska ng
2009/3/28 Przemyslaw Czerpak :
> On Fri, 27 Mar 2009, Angel Pais wrote:
>
> Hi,
>
>> It GPF'd with this log:
>> FATAL ERROR LOG
>> Not recoverable Error!
>> SYS Thread-ID: 1224
>> Module: MOM
>> Error Codes: EH: 1006 Sub: 0(0) OS: 0 XPP: 15
>> Call Stack of Thr
On Fri, 27 Mar 2009, Angel Pais wrote:
Hi,
> On second machine (dual core) it doesn't gpf'd but results look very
> strange to me.
I do not find anythinbg strange in the results.
> Pentium 4 3GZ 1GB RAM Dual Core
> 03/27/2009 16:55:40 Windows XP 05.02 Build 03790
> Xbase++ (R) Version 1.90 (MT
On Fri, 27 Mar 2009, Angel Pais wrote:
Hi,
> It GPF'd with this log:
> FATAL ERROR LOG
> Not recoverable Error!
> SYS Thread-ID: 1224
> Module: MOM
> Error Codes: EH: 1006 Sub: 0(0) OS: 0 XPP: 15
> Call Stack of Thread 1 (1732):
> @notif...@i@SUBSCRIBE(0)
> HB_MUTEXSUBSCRIBE(0)
> TEST(0)
> MAIN(0
On Fri, 27 Mar 2009, Angel Pais wrote:
Hi,
> I'll do it in a while but AFAIK xbase++ only uses one processor per
> process, if so it does not scale.
> We'll confirm that soon
It's not such easy to use only one CPU. In most of operating system it's
not even possible. I would be very surprised if
16 matches
Mail list logo
