Re: [ckrm-tech] Re: [RFC] Revised CKRM release

[Alex Lyashkov]

В Сбт, 01.05.2004, в 17:46, Herbert Poetzl пишет:
> On Sat, May 01, 2004 at 09:10:15AM +0300, Alex Lyashkov wrote:
> > ? ???, 01.05.2004, ? 02:43, Herbert Poetzl ?????:
> > > On Fri, Apr 30, 2004 at 06:17:39PM -0400, Jeff Dike wrote:
> > > > nagar@xxxxxxxxxxxxxx said:
> > > > > Jeff, do you have any numbers for UML overhead in 2.6 ? 
> > > > 
> > > > It obviously depends on the workload, but for "normal" things, like kernel
> > > > builds and web serving, it's generally in the 20-30% range.  That can be 
> > > > reduced, since I haven't spent too much time on tuning.  I'm aiming for the
> > > > teens, and I don't think that'll be too hard.
> > > 
> > > hmm, just wanted to mention that linux-vserver has
> > > around 0% overhead and often allows to improve 
> > > performance due to resource sharing ... 
> > > 
> > Herber please not say vserver have - 0 overhead. 
> > it generally wrong.
> 
> well, I said around 0%, but it's actually a long time
> since we measured that, and I'll schedule some
> tests next week, to see if the overhead is still
> not measureable with 'normal' userspace testing
>
Try compare system with 10 vsevers with with 1000 iptables rules per
vserver and routing tables who has more one then one record :) and
system without vservers with same setings ( 1000 iptables rules and some
roting table). Other point who been slowly in vserver large sockets
lists - try use 1000 simultaneous tcp connections per vserver .....
and other... :)
without iptables and 1-10 tcp connections per vserver you can`t find a
speed decrease.

Also fix bugs with wrong selected source address for packets who send
from vserver.

> 
> > But overhead less than UML is right.
> 
> that is for sure, and it benefits from not having
> everything twice, like inode cache, dentry cache,
> page cache ...
> 
> best,
> Herbert
> 
> > > basically it's a soft partitioning concept based on 
> > > 'Security Contexts' which allow to create many 
> > > independant Virtual Private Servers (VPS), which
> > > act simultaneously on one box at full speed, sharing
> > > the available hardware resources.
> > > 
> > > see http://linux-vserver.org for details ...
> > > 
> > > best,
> > > Herbert
> > > 
> > > PS: UML and Linux-VServer play together nicely ...
> > > 
> > > > 
> > > > 				Jeff
> > > > 
> > > > -------------------------------------------------------
> > > > This SF.Net email is sponsored by: Oracle 10g
> > > > Get certified on the hottest thing ever to hit the market... Oracle 10g. 
> > > > Take an Oracle 10g class now, and we'll give you the exam FREE. 
> > > > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> > > > _______________________________________________
> > > > ckrm-tech mailing list
> > > > https://lists.sourceforge.net/lists/listinfo/ckrm-tech
> > > -
> > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > > the body of a message to majordomo@xxxxxxxxxxxxxxx
> > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > > Please read the FAQ at  http://www.tux.org/lkml/
> > -- 
> > Alex Lyashkov <shadow@xxxxxxxxx>
> > PSoft
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
-- 
Alex Lyashkov <shadow@xxxxxxxxx>
PSoft
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/