[lkml]   [2000]   [Sep]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRE: Anyone working on multi-threaded core files for 2.4 ?

> -----Original Message-----
> From: Alan Cox []
> Sent: Friday, September 29, 2000 2:08 PM
> To:
> Cc:;;;
> Subject: Re: Anyone working on multi-threaded core files for 2.4 ?
> > > while the dump is taken? How about thread A coredumping,
> half of the image
> > > being already written and thread B (nowhere near the
> kernel mode, mind
> > > you) changing the data both in the area that is already
> dumped and area
> > > the still isn't? After that you can look at the dump and
> notice absolutely
> > > corrupted data structures - very effective in
> misdirecting your attempts
> > > to figure out what went wrong.
> >
> > Couldn't all threads be stopped before coredumping begins?
> Unless I am missing something doesn't a truncate of a file in
> parallel also
> yank the pages from under the dump too

a "good enough" bit of coherence for dumping, it seems to me, can be met by
insuring that none of the threads in the "process" are scheduled against a
CPU during the dump. On a UP this can be relatively simple to do by making
sure that each related thread is kept off the run queue while the dump
occurs, since it is known that none of the non-failing threads were running
when the dump started. On an MP you must also make sure that none of the
threads are running on any of the other processors when the dump starts.
Once all of the threads are stopped, then an "normal" dump is enough,
augmented by (optionaly) dumping the thread-specific state (ie PCB and
stack) of all of the threads in the "process."

Open question: whether or not to allow the remaining threads to continue
once the dump is completed, to abort them, or to signal them. Probably
should be run time configurable.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:38    [W:0.123 / U:3.672 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site