Re: Jailed sysvipc implementation.
From: Julian Elischer (julian_at_elischer.org)
Date: 06/26/03
- Previous message: Max Khon: "Re: Jailed sysvipc implementation."
- In reply to: Max Khon: "Re: Jailed sysvipc implementation."
- Next in thread: Max Khon: "Re: Jailed sysvipc implementation."
- Reply: Max Khon: "Re: Jailed sysvipc implementation."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Wed, 25 Jun 2003 16:24:29 -0700 (PDT) To: Max Khon <fjoe@iclub.nsu.ru>
On Thu, 26 Jun 2003, Max Khon wrote:
> hi, there!
>
> On Wed, Jun 25, 2003 at 06:52:33PM +0400, Dmitry Sivachenko wrote:
>
> > Yes, that is exactly what I want.
> > This is similar to separate IP stack for each jail: this is more powerful
> > solution, but more expensive (uses more kernel memory).
> >
> > Jail is not a true virtual machine.
> > Let's keep it a *light* virtual machine replacement, with single IP stack,
> > one memory zones for all jails and host, etc.
>
> btw I know of two projects whose goal is IP stack virtualization for jail.
> Virtual IP stack (as well as virtualized sysvipc with separate
> memory zones) can be quite useful. Can provide two solutions?
>
> - with shared memory zone (for those who want "light" version)
> - with separate memory zones (for people who want to keep
> sysvipc fully separated, i.e. one user can't exhaust all sysvipc resources
> and make sysvipc unusable for second user)
Is either of these projects Marco Zec's project?
>
> /fjoe
>
> _______________________________________________
> freebsd-arch@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-arch
> To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
>
_______________________________________________
freebsd-arch@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
- Previous message: Max Khon: "Re: Jailed sysvipc implementation."
- In reply to: Max Khon: "Re: Jailed sysvipc implementation."
- Next in thread: Max Khon: "Re: Jailed sysvipc implementation."
- Reply: Max Khon: "Re: Jailed sysvipc implementation."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
- Re: Multiple IP Jails patch for FreeBSD 6.2
... high-end stuff where you offer jail based virtual machines ... It has a complete
virtualized stack for each jail. ... virtualization prototype for -CURRENT is still
far from being ready ... machine running a virtualized -CURRENT kernel under different
kinds ... (freebsd-hackers) - Re: Multiple IP Jails patch for FreeBSD 6.2
... create an entirely new network instance per jail and probably ... It has a complete
virtualized stack for each jail. ... Knowing that I had a machine running a virtualized
-CURRENT kernel ... various kernel structures needed to support stack virtualization.
... (freebsd-hackers) - Re: [Devel] Re: [RFC] Virtualization steps
... low-level virtualization uses resource ... With this higher-level stuff, you
get to share all of the Linux caching, ... I currently guess Jail is quite practical
than Xen. ... If you need multiple VMs, ... (Linux-Kernel) - Re: [fbsd] Re: jail extensions
... all resouces since you might want a set of jails sharing IPC resources ... When
looking at improved virtualization support for things like System V ... and then have jail
use the primitive much in the same way it ... (freebsd-arch) - Re: [fbsd] Re: jail extensions
... using a single prison structure could do this if we allowed the administrator to specifiy
a hierarchy of prisons and not necessicairly enclose all resources in all prisons. ...
When looking at improved virtualization support for things like System V IPC, my opinion
has generally been that we introduce virtualization as a primitive, and then have jail use the
primitive much in the same way it does chroot. ... (freebsd-arch)