> >
> > I do think that this would be an interesting feature.
>
> http://www.theshore.net/~caker/uml/patches/
> (seems to have updated patches regarding this stuff)
> http://www.theshore.net/~caker/uml/patches/token-limiter.README
>
> will look into it .. anybody volunteering to test
> such stuff
On Fri, Apr 01, 2005 at 12:31:45AM +0400, Peter V. Saveliev wrote:
> ...
>
> # vsched --help
> Usage:
> vsched
> [--xid ]
> 8<--
>
> Can anybody tell me, what mean these options?
>
> [--fill-rate ] -- in which measure? percents?
On Thu, Mar 31, 2005 at 04:06:46PM -0500, Gregory (Grisha) Trubetskoy wrote:
>
> There is something like this in a patch to UML developed by the Linode
> folks:
>
> http://www.linode.com/forums/archive/o_t/t_790/linode.com_status_update_04_06_04.html
>
> Looks like a token bucket, only for IO.
see this thread (read the whole thread, my post has some inaccuracies
corrected in follow-ups)
http://www.mail-archive.com/vserver@list.linux-vserver.org/msg03324.html
Grisha
On Fri, 1 Apr 2005, Peter V. Saveliev wrote:
...
# vsched --help
Usage:
vsched
[--xid ]
8<---
There is something like this in a patch to UML developed by the Linode
folks:
http://www.linode.com/forums/archive/o_t/t_790/linode.com_status_update_04_06_04.html
Looks like a token bucket, only for IO.
It may be easier to do something like this in UML because their IO driver
is a constant (UBD
...
# vsched --help
Usage:
vsched
[--xid ]
8<--
Can anybody tell me, what mean these options?
[--fill-rate ] -- in which measure? percents?
[--interval ] -- milliseconds? nanoseconds? crocodiles per
mile? ;)
On Thu, 31 Mar 2005, Herbert Poetzl wrote:
> On Thu, Mar 31, 2005 at 09:26:31AM +0200, [EMAIL PROTECTED] wrote:
> hmm, so you would like to artificially slow down the
> I/O transfer of a vserver, and make the transaction
> somewhat longer than necessary?
I guess more like not slowing down the hos
On Thu, Mar 31, 2005 at 05:42:00PM +0100, Gaz Wilson wrote:
> On Thu, 31 Mar 2005, alexander goeres - lieblinxNET wrote:
>
> > The problem with /proc inside a vserver looks as if you might have forgotten
> > to "unhide" the proc entries.
> >
> > Compiling util-vservers from source and installing
just for your information:
the community discovered a bug in this util-vserver release. which
causes chcontext to fail in the following scenarios:
# chcontext --hostname zaphod.2725
doener wrote a quick fix for this bug, which is provided below.
best regards,
raoul bhatia
-- cut ---
diff
Hello,
On 2005.03.31 17:56:22 +0100, Gaz Wilson wrote:
> On Thu, 31 Mar 2005, Gilles wrote:
>
> > > > test01:/# ifconfig
> > > > Segmentation fault
> > > > test01:/# ifconfig -a
> > > > Segmentation fault
> > >
> > > Forbidden (network hardware) inside the vserver.
> >
> > Sorry, this should work
> >
> >would it be possilble to limit write/read speed for single vservers
> to
> >split
> >
> >the speed of the disc? For vservers with many copy,gzip or in
> special
> >backup jobs it would be quite usefull.
>
> hmm, so you would like to artificially slow down the
> I/O transfe
On Thu, 31 Mar 2005, Gilles wrote:
> > > test01:/# ifconfig
> > > Segmentation fault
> > > test01:/# ifconfig -a
> > > Segmentation fault
> >
> > Forbidden (network hardware) inside the vserver.
>
> Sorry, this should work (as long as you don't want to set up the
> interface...).
Hehe - I was ju
> > test01:/# ifconfig
> > Segmentation fault
> > test01:/# ifconfig -a
> > Segmentation fault
>
> Forbidden (network hardware) inside the vserver.
Sorry, this should work (as long as you don't want to set up the
interface...).
___
Vserver mailing list
On Thu, Mar 31, 2005 at 09:26:31AM +0200, [EMAIL PROTECTED] wrote:
>Thank you for your fast answers.
>
>I/O Limit for virtual machines. E.g. when you do a gzip job in a
>virtual machine, the I/O Load and cpu Load will
>
>be quite high. To limit the cpu load is implemented
> I'm having trouble with things not running within the vserver, most notably
> "w" and "ifconfig", although my testing stopped there, there may be many
> more...
Nothing hardware-related should be done inside the server.
> If I enter the vserver, then execute in this order: ls, mount, df, w,
>
On Thu, 31 Mar 2005, alexander goeres - lieblinxNET wrote:
> The problem with /proc inside a vserver looks as if you might have forgotten
> to "unhide" the proc entries.
>
> Compiling util-vservers from source and installing them gave
> an /etc/init.d/vprocunhide script on the main server, that s
The problem with /proc inside a vserver looks as if you might have forgotten
to "unhide" the proc entries.
Compiling util-vservers from source and installing them gave
an /etc/init.d/vprocunhide script on the main server, that solved the problem
for me
Have success.
Alexander
Am Donnerstag,
Does anyone have any experience with the development branch of Vserver
and Debian?
I'm having trouble with things not running within the vserver, most notably
"w" and "ifconfig", although my testing stopped there, there may be many
more...
I have a totally clean build of Debian (Sarge), running
18 matches
Mail list logo