On Fri, 2006-02-10 at 09:23 +0300, Vasily Averin wrote: > >> <wishful thinking> > >> I can see another extension to this functionality. With appropriate > >> changes it might also be possible to have a container exist across > >> multiple computers using some cluster code for synchronization and > >> fencing. The outermost container would be the system boot container, > >> and multiple inner containers would use some sort of network- > >> container-aware cluster filesystem to spread multiple vservers across > >> multiple servers, distributing CPU and network load appropriately. > >> </wishful thinking> > > Yeah. If you fudged/virtualised /dev/random, the system clock, etc you > > could even have Tandem-style transparent High Availability. > > </more wishful thinking> > Could you please explain, why you want to virtualize /dev/random? When checkpointing it is important to preserve all state. If you are doing transparent highly available computing, you need to make sure all system calls get the same answers in the clones. So you would need to virtualise the entropy pool. There are likely to be dozens of other quite hard problems in the way first. Like I said, wishful thinking :-). Sam. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- References:
- [RFC][PATCH 1/5] Virtualization/containers: startup
- From: Kirill Korotaev <[email protected]>
- Re: [RFC][PATCH 1/5] Virtualization/containers: startup
- From: Linus Torvalds <[email protected]>
- Re: [RFC][PATCH 1/5] Virtualization/containers: startup
- From: Kirill Korotaev <[email protected]>
- Re: [RFC][PATCH 1/5] Virtualization/containers: startup
- From: Linus Torvalds <[email protected]>
- Re: [RFC][PATCH 1/5] Virtualization/containers: startup
- From: [email protected] (Eric W. Biederman)
- Re: [RFC][PATCH 1/5] Virtualization/containers: startup
- From: Kirill Korotaev <[email protected]>
- Re: [RFC][PATCH 1/5] Virtualization/containers: startup
- From: [email protected] (Eric W. Biederman)
- Re: [RFC][PATCH 1/5] Virtualization/containers: startup
- From: Dave Hansen <[email protected]>
- Re: [RFC][PATCH 1/5] Virtualization/containers: startup
- From: [email protected] (Eric W. Biederman)
- swsusp done by migration (was Re: [RFC][PATCH 1/5] Virtualization/containers: startup)
- From: Pavel Machek <[email protected]>
- Re: swsusp done by migration (was Re: [RFC][PATCH 1/5] Virtualization/containers: startup)
- From: [email protected] (Eric W. Biederman)
- Re: swsusp done by migration (was Re: [RFC][PATCH 1/5] Virtualization/containers: startup)
- From: Kyle Moffett <[email protected]>
- Re: swsusp done by migration (was Re: [RFC][PATCH 1/5] Virtualization/containers: startup)
- From: Sam Vilain <[email protected]>
- Re: [Devel] Re: swsusp done by migration (was Re: [RFC][PATCH 1/5] Virtualization/containers: startup)
- From: Vasily Averin <[email protected]>
- [RFC][PATCH 1/5] Virtualization/containers: startup
- Prev by Date: Re: 2.6.16-rc2-mm1 -- BUG: warning at drivers/ieee1394/ohci1394.c:235/get_phy_reg()
- Next by Date: [BUG -rt] -rt16 hang w/ realtime thread test
- Previous by thread: Re: [Devel] Re: swsusp done by migration (was Re: [RFC][PATCH 1/5] Virtualization/containers: startup)
- Next by thread: Re: [Devel] Re: swsusp done by migration (was Re: [RFC][PATCH 1/5] Virtualization/containers: startup)
- Index(es):