From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paul Jackson Date: Wed, 30 Jun 2004 01:40:49 +0000 Subject: Re: How to notify app of changed cpu/mem/io node configuration? Message-Id: <20040629184049.46c11185.pj@sgi.com> List-Id: References: <20040628173808.04718b83.pj@sgi.com> In-Reply-To: <20040628173808.04718b83.pj@sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org > But speaking with another OS which uses this approach, they found that > vendors preferred the "run a script" approach anyway Why are the "script" and the "signal" exclusive? We seem to need both. I'd expect that the 'batch manager' or such would want a "script" of its choosing executed, as you describe. But I also expect that a signal mechanism is required to deliver notice: from: the system service or its script (a batch manager, for example) to: the target task (a long running Fortran job, for example) that some special code linked in the target task needs to make sense of the situation and invoke the appropriate mbind/set_mempolicy calls. Perhaps that "other OS" didn't have the difficulty we have of having to get the target task to issue a call or two on its own behalf that can not be issued 'by proxy'. > The real killer was that we can't add signals without breaking glibc, Yeah - I agree. Don't count on glibc for anything. Hence no new signals, and expect to be overloading an existing signal for these purposes, if it comes to that. -- I won't rest till it's the best ... Programmer, Linux Scalability Paul Jackson 1.650.933.1373 ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel