Date: Thu, 28 Sep 2006 09:31:50 +0200 From: Alexander Leidinger <Alexander@Leidinger.net> To: Robert Watson <rwatson@freebsd.org> Cc: Maxim Sobolev <sobomax@freebsd.org>, Scott Long <scottl@samsco.org>, src-committers@freebsd.org, John Baldwin <jhb@freebsd.org>, cvs-src@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/i386/i386 local_apic.c Message-ID: <20060928093150.1k8m1mtu8808ocok@webmail.leidinger.net> In-Reply-To: <20060927230635.D73166@fledge.watson.org> References: <200609261608.k8QG8TYB044266@repoman.freebsd.org> <200609271117.25831.jhb@freebsd.org> <451A9E1E.30601@samsco.org> <200609271338.22284.jhb@freebsd.org> <20060927230635.D73166@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Quoting Robert Watson <rwatson@FreeBSD.org> (from Wed, 27 Sep 2006 =20 23:08:32 +0100 (BST)): > > On Wed, 27 Sep 2006, John Baldwin wrote: >> My point is that we need a notion of taking CPUs offline and online =20 >> with scheudler hooks, instead of exporting a simple x86-specific =20 >> bitmask. Right now we don't notify the schedulers when a CPU goes =20 >> offline so that they can try to do sensible things with pinned and =20 >> bound threads, etc. Instead, they just have to "notice" which is =20 >> rediculously lame. > > It's pretty clear that if we're going to take the hypervisor + dynamic > reconfiguration thing seriously, we need a structured notion of adding > and removing CPUs from the active CPU pool, including things like event > handlers so that subsystems can shut down operations on the CPU. For > example, UMA needs a chance to drain per-CPU caches of various zones, > services that have pinned threads on the CPU will need to decide how to > deal with that, etc. It's work I'd very much like to see happen, and > until it's done we basically need to make sure that CPUs either exist > from boot and never cease existing, or don't exist at boot and are > never used. Anyone out there who can write up a nice entry for the ideas list for =20 this? Some TODO items in it would be nice. Bye, Alexander. --=20 Sometimes it happens. People just explode. Natural causes. =09=09-- Repo Man http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060928093150.1k8m1mtu8808ocok>