public inbox for frysk@sourceware.org
 help / color / mirror / Atom feed
* blocking waitpid based event-loop
@ 2007-04-05  3:42 Andrew Cagney
  0 siblings, 0 replies; only message in thread
From: Andrew Cagney @ 2007-04-05  3:42 UTC (permalink / raw)
  To: frysk

Hi,

The new core event-loop, that is implemented using a blocking waitpid 
call (and not dependent on SIGCHLD), has been fully committed  The old 
SIGCHLD + WAITPID/NOHANG based event loop had a race where, after a 
SIGCHLD, it could call WAITPID/NOHANG before the kernel had made the 
corresponding WAITPID event ready; this leading to frysk hanging as it 
didn't appear to receive the event.

Not that it is still disabled though.  While the FC-5 test results are 
identical to the old event-loop, it's managing to generate some 
mysterious "unknown pid" messages - perhaps it is working a little too 
well :-)

If you want to try the the new event loop, make an obvious tweak to 
frysk.proc.Manager.usePoll.  I'll look at the possibility of adding an 
--event-loop={poll,wait} option.

Next will be merging the ptrace-thread into the event-loop thread 
allowing for much of that thread's overhead to be eliminated.  After 
that Phil and I will see about making frysk use bulk ptrace transfers.

Andrew

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2007-04-05  3:42 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-04-05  3:42 blocking waitpid based event-loop Andrew Cagney

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).