![]() | |||||||||||||
Messages in this thread |
Alan Cox wrote: > If you care about uptime to the point of live kernel updates Yes, but there are more applications than improving overall uptime. E.g. during development or other testing, it would be convenient to be able to switch back and forth between distinct kernels, without necessarily taking down the entire machine. Likewise for trivial hardware changes. Also, I don't think the instrumentation required would be all that horrible: things can be done incrementally, and I'd expect a lot of the functionality to be useful for other purposes, too. I see a certain trend towards mechanisms that can be useful for process migration. E.g. the address space manipulations discussed for UML seem to allow almost perfect reconstruction of processes. PIDs, signals, anything with externally visible changes in kernel state that aren't immediately seen by the application (networking, tty editing, etc.), and such, would need extra instrumentation, of course. With this in place, we'd need a set of mechanisms that allow to find out what the process state actually is like, e.g. determining what hangs off a certain fd, and what its state is. A lot of this is already available via /proc, so that may be a starting point. Programs that talk directly to hardware (e.g. X11) would need a bit more work. Then add a bit of synchronization, and we can migrate individual processes. Add more synchronization, and we can migrate full user space. Add some really fast disks, and this will be quick enough for "on the fly" kernel swapping. Add a means for preserving user memory and swap, and you may not even need fast disks. Uh, sounds almost too easy ;-) Of course, as a first step, it would make sense to have a good look at what projects like (open)Mosix have already done in this area. After all, they've already solved most aspects of process migration. - Werner -- _________________________________________________________________________ / Werner Almesberger, Buenos Aires, Argentina wa@almesberger.net / /_http://www.almesberger.net/____________________________________________/ - 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/ | ||||||||||||
| Last update: 2005-03-22 12:31 [W:0.244 / U:0.070 seconds] ©2003-2008 Jasper Spaans | |||||||||||||