Re: [RFC] /sbin/hotplug multiplexor
Greg KH (greg@kroah.com)
Mon, 14 Apr 2003 13:33:28 -0700
On Mon, Apr 14, 2003 at 10:09:56PM +0200, Oliver Neukum wrote:
> Am Montag, 14. April 2003 21:54 schrieb Greg KH:
> > On Mon, Apr 14, 2003 at 09:16:45PM +0200, Oliver Neukum wrote:
> > > > Any objections or comments? If not, I'll make the changes in the
> > > > linux-hotplug project and release a new version based on this.
> > >
> > > Yes, consider what this does if you connect to a FibreChannel
> > > grid. You are pushing system load by at least an order of magnitude.
> >
> > When you add a FibreChannel grid, the devices are discovered in
> > sequential order, with SCSI IO happening between each device discovered.
> > In talking to the SCSI people, that should be about 30ms per device
> > found at the quickest. So there's no /sbin/hotplug process storm :)
> >
> > And even if there is, we have to be able to handle such a load under
> > normal situations anyway :)
>
> Well, plugging them in is one case. But what is plugged in, will
> eventually be unplugged as well. That will not require probing.
>
> Now let's be conservative and assume 16KB unswappable memory
> per task. Now we take the famous 4000 disk case. 64MB. A lot
> but probably not deadly. But multiply this by 15 and the machine is
> absolutely dead.
Ok, then the "Enterprise Edition" of the distros that expect to handle
4000 disks will have to add the following patch to their version of the
hotplug package.
In the meantime, the other 99% of current Linux users will exist just
fine :)
greg k-h
--- hotplug.orig 2003-04-14 13:27:28.513429040 -0700
+++ hotplug 2003-04-14 13:27:40.862551688 -0700
@@ -2,7 +2,7 @@
DIR="/etc/hotplug.d"
for I in "${DIR}/"* ; do
- $I $1 &
+ $I $1
done
exit 1
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/