[M3devel] nt386gnu threads?

[Tony Hosking]

I'm not sure what you mean here...  Please explain further...

On Feb 28, 2008, at 8:03 AM, Jay wrote:

> Done.
> On birch,
>  time sh -c "./do-pkg.sh realclean libm3 && ./do-pkg.sh buildship  
> libm3"
>
> seems go from about 35 seconds to about 15 seconds.
> Let me know what improvements people see?
> OMIT_GCC=yes do-cm3-std probably is the best test.
> alarmthreads platforms (PPC_LINUX), no change (still rebuilding  
> actually).
>
> NT386GNU still seems just as slow.
> At some point I will try batching up the cm3cg and/or as calls.
> Maybe via a wrapper on Windows only that then just makes n Win32  
> CreateProcess calls instead of n Cygwin vforks.
> It might be nice to have Quake callouts for before_first_compile,  
> after_last_compile, before_first_assemble, after_last_assemble,  
> though this brings up that there should perhaps be begin_package/ 
> end_package, for cm3 to become a multi-package builder..and then,  
> really, multi-threaded, so there'd have to be maybe extra state  
> variables passed around, maybe. (and then Cygwin's waitpid not being  
> threadsafe breaks this...)
>
> (For prototyping, before_first compile is implied,  
> after_last_compile/assemble is implied by make_lib/skip_lib/link, so  
> any queuing up could be flushed at that point. Goal here being not  
> to reduce process creates, but cygwin processes created from cygwin  
> processes. oh, and I just realized, cm3cg should probably mark all  
> data as "no copy" when targeting Cygwin. That might help a bunch.)
>
>  - Jay
>
>
>
> > CC: jayk123 at hotmail.com; m3devel at elegosoft.com
> > From: hosking at cs.purdue.edu
> > Subject: Re: [M3devel] nt386gnu threads?
> > Date: Tue, 29 Jan 2008 08:08:38 -0500
> > To: mika at async.caltech.edu
> >
> > Indeed. We definitely need to fix this...
> >
> >
> > On Jan 29, 2008, at 5:45 AM, Mika Nystrom wrote:
> >
> > > Jay writes:
> > > ..
> > >> It is painfully noticable how much more slowly NT386GNU m3cc
> > >> builds than NT=
> > >> 386MINGNU m3cc, presumably due to the underlying slower bash/sed/
> > >> make etc.
> > > ..
> > >
> > > are you sure it's not the Thread.Sleep(0.1d0) in Process.Wait?
> > >
> > > Mika
> >
>
>
> Shed those extra pounds with MSN and The Biggest Loser! Learn more.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080228/f984394c/attachment-0002.html>