From: Pavel Machek <pavel@suse.cz>
To: Mark Gross <mgross@unix-os.sc.intel.com>
Cc: Pavel Machek <pavel@suse.cz>,
"Vamsi Krishna S." <vamsi_krishna@in.ibm.com>,
"Gross, Mark" <mark.gross@intel.com>,
linux-kernel@vger.kernel.org, r1vamsi@in.ibm.com
Subject: Re: PATCH Multithreaded core dumps for the 2.5.17 kernel was ....RE: PATCH Multithreaded core dump support for the 2.5.14 (and 15) kernel.
Date: Wed, 22 May 2002 19:22:02 +0000 [thread overview]
Message-ID: <20020522192202.D229@toy.ucw.cz> (raw)
In-Reply-To: <59885C5E3098D511AD690002A5072D3C057B489B@orsmsx111.jf.intel.com> <200205220748.g4M7mc2157646@northrelay01.pok.ibm.com> <20020522141747.G37@toy.ucw.cz> <200205222043.g4MKhsw06808@unix-os.sc.intel.com>
Hi!
> > > Nice. This also closes another issue pointed out: freezing
> > > a process while it is holding the mmap_sem, which may be needed later
> > > while collecting thread registers on IA64.
> > >
> > > Now that Linus has accepted Pavel's swsusp, do you have any thoughts
> > > on using Pavel's scheme to freeze processes?
> >
> > I attempt half of signal delivery to the threads, but that should not be
> > a problem. Currently freezing stuff is there only for CONFIG_SWSUSP case,
> > but it is probably small enough to be there unconditionaly.
> > Pavel
>
> I think that although my tcore_suspend_threads and Pavel's freeze_processes
> have similar results, I don't think using Pavel's approach for the core dump
> is a good idea.
>
> 1) SMP is a stability problem. I want TCore to work for 2.4x kernels
> soon.
> 2) To avoid the issues with I/O bound threads waking up, Pavel's design waits
> for the signal to get them running and then drops them in the "refrigerator".
>
> My design is explicitly going for the most accurate core dump it can.
> If I need to wait for processes to wake up and get frozen on a large SMB box
> then we can loose a lot of accuracy.
Okay.
> I do however; think Pavels work could benefit from using some of my approach.
> It might simplify all those places where his patch tests p->state |
> PK_FREEZE and then calls refrigerator. It perhaps make it work better for
> SMP if software suspend is considered a usefull feature on a SMP systems.
swsusp definitely is usable on SMP system. Take server with not-hotpluggable
pci andpci card you want to add. How do you add it with minimum impact on
users?
suspend/add card/resume
Pavel
PS: I did not yet test swsusp on SMP, through. But I'd like it to work.
--
Philips Velo 1: 1"x4"x8", 300gram, 60, 12MB, 40bogomips, linux, mutt,
details at http://atrey.karlin.mff.cuni.cz/~pavel/velo/index.html.
next prev parent reply other threads:[~2002-05-23 21:37 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-21 23:08 PATCH Multithreaded core dumps for the 2.5.17 kernel was ....RE: PATCH Multithreaded core dump support for the 2.5.14 (and 15) kernel Gross, Mark
2002-05-22 7:56 ` Vamsi Krishna S.
2002-05-22 14:11 ` Pavel Machek
2002-05-22 14:17 ` Pavel Machek
2002-05-22 17:43 ` Mark Gross
2002-05-22 19:22 ` Pavel Machek [this message]
2002-05-23 21:03 ` Martin Dalecki
2002-05-23 22:27 ` Pavel Machek
2002-05-22 22:07 ` PATCH Multithreaded core dumps for the 2.5.17 kernel was ....RE: PATCH Multithreaded core dump support for the 2.5.14 (aO Alan Cox
2002-05-22 23:29 ` Daniel Jacobowitz
2002-05-23 10:07 ` Pavel Machek
2002-05-22 23:32 ` PATCH Multithreaded core dumps for the 2.5.17 kernel was ....RE: PATCH Multithreaded core dump support for the 2.5.14 (and 15) kernel Daniel Jacobowitz
2002-05-22 21:09 ` Mark Gross
2002-05-23 1:12 ` Daniel Jacobowitz
2002-05-23 13:12 ` Mark Gross
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020522192202.D229@toy.ucw.cz \
--to=pavel@suse.cz \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.gross@intel.com \
--cc=mgross@unix-os.sc.intel.com \
--cc=r1vamsi@in.ibm.com \
--cc=vamsi_krishna@in.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox