<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>Done.<BR>On birch,<BR> time sh -c "./do-pkg.sh realclean libm3 && ./do-pkg.sh buildship libm3" <BR>
<BR>seems go from about 35 seconds to about 15 seconds.<BR>Let me know what improvements people see?<BR>
OMIT_GCC=yes do-cm3-std probably is the best test.<BR>alarmthreads platforms (PPC_LINUX), no change (still rebuilding actually).<BR>
<BR>
NT386GNU still seems just as slow.<BR>
At some point I will try batching up the cm3cg and/or as calls.<BR>
Maybe via a wrapper on Windows only that then just makes n Win32 CreateProcess calls instead of n Cygwin vforks.<BR>
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...)<BR>
<BR>
(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.)<BR>
<BR> - Jay<BR><BR><BR>
<HR id=stopSpelling>
<BR>
> CC: jayk123@hotmail.com; m3devel@elegosoft.com<BR>> From: hosking@cs.purdue.edu<BR>> Subject: Re: [M3devel] nt386gnu threads?<BR>> Date: Tue, 29 Jan 2008 08:08:38 -0500<BR>> To: mika@async.caltech.edu<BR>> <BR>> Indeed. We definitely need to fix this...<BR>> <BR>> <BR>> On Jan 29, 2008, at 5:45 AM, Mika Nystrom wrote:<BR>> <BR>> > Jay writes:<BR>> > ..<BR>> >> It is painfully noticable how much more slowly NT386GNU m3cc <BR>> >> builds than NT=<BR>> >> 386MINGNU m3cc, presumably due to the underlying slower bash/sed/ <BR>> >> make etc.<BR>> > ..<BR>> ><BR>> > are you sure it's not the Thread.Sleep(0.1d0) in Process.Wait?<BR>> ><BR>> > Mika<BR>> <BR><BR><br /><hr />Shed those extra pounds with MSN and The Biggest Loser! <a href='http://biggestloser.msn.com/' target='_new'>Learn more.</a></body>
</html>