On Monday 11 August 2003 05:07 pm, Laurent DENIEL wrote:
> HP/Compaq/Digital used to have the same approach with their Netrain
> implementation, and from one release of Tru64 UNIX to another, they
> could no longer support resolution ala milli-seconds but only
> seconds due to the move of such "richness" to user space (among
> other things). I am not saying that doing so on Linux will result
> to the same, but a minimal failover policy shall remain in the
> kernel for performance reason ... (or a user space facility could
> exist to *configure* such policy but without direct interaction
> with user space when the kernel has to decide).
That was my point. Thank you for putting it into better words.
If high availbilty and fast failovers are what's needed, why move it
out of kernel space and put it in an application ? How fast could it
work compared to a kernel module ? Why need an extra piece of code
running in user space (daemon?) to monitor a module when the module
can do that itself ?
If smarter behavior is needed (e.g. falling to eth4 instead of eth1
when eth0 fails), we can add some priority mechanism to the driver to
do that when it decides to swap. Otherwise, we'll be devleoping
applications from now on, not the Linux kernel :)