Felix Schulte <[EMAIL PROTECTED]> wrote:

> > Why do you believe that this makes sense?
> >
> > -       Webhosting is made secure and without performance penalties
> >         using zones.
> What if the customer wants root access, the ability to load own kernel
> modules or create his own set of zones? Solaris zones are a very
> limited design as you do not have support for zones within zones.

Root access is no problem inside a zone.
Loading "own" kernel modules is a security issue that needs to be
negotiated with the owner of the box.....


> > -       SunOS supports loadable drivers since 1987, so in most cases
> >         you do not need to reboot in order to replace a driver (that
> >         is under development) by a newer version. In former times, it
> >         was even common to develop SGI IRIX drivers under SunOS and to
> >         later port them to IRIX which did give developers a shorter
> >         overall development cycle.
> It does not help if the kernel module sens the kernel to hell.

This rarely happens if you are an experienced programmer and (in case of
a porting project) if you start with non buggy code.


> > -       In contrary to Linux, Solaris does come with highly efficient
> >         debugging support for the kernel, so you do not need a userland
> >         kernel in order to be able to tebug at all.
> Okok, but it does not help me when my stupid code kills the kernel.

Of course, the kernel debugger will usually help you to find the reason
within seconds.

If not (e.g. because you did start with unknown buggy code for a porting 
project),
then you will have absolutely no advantage when using a userland kernel instead.

Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
       [EMAIL PROTECTED]                (uni)  
       [EMAIL PROTECTED]        (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
opensolaris-discuss mailing list
[email protected]

Reply via email to