OpenVZ Forum


Home » Mailing lists » Devel » Re: first stable release of OpenVZ kernel virtualization solution
Re: first stable release of OpenVZ kernel virtualization solution [message #464 is a reply to message #463] Tue, 06 December 2005 17:12 Go to previous messageGo to previous message
Ingo Molnar is currently offline  Ingo Molnar
Messages: 51
Registered: December 2005
Member
* Kirill Korotaev <dev@sw.ru> wrote:

> >my point is, that such a swap or writeout related slowdown of a highprio
> >instance can be just as bad as a real DoS - and it brings us essentially
> >back to where we started with vserver. (and writeout related slowdowns
> >of unrelated instances cannot be avoided even with the most conservative
> >UBC settings, correct?)

> We plan to use CFQv2 in some near future, but currently writeout is
> not controlled by UBC anyhow. The only note is that currently used
> disk I/O scheduler (anticipatory) behaves quite well when one VPS is
> doing massive writes... Disk I/O is a kind of problem for any of
> existing virtualization solutions and OpenVZ is not different here...

it's not just massive disk IO and IO starvation of another instance
(which can be mitigated by isolating the disks of instances), it's also
the starvation of RAM of another instance.

Or is that solved already? I.e. can high-prio instances have a
guaranteed amount of RAM set aside for them - even if they do not make
use of that guaranteed amount at the moment?

this is where the Xen approach still seems to differ so much: there the
RAM assigned to an instance truly belongs to that instance. I.e. you can
achieve guaranteed service, no matter what another instance does.

Ingo
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: [PATCH] tmpfs free_inodes leak
Next Topic: [PATCH] Fix of ip_route_output_slow
Goto Forum:
  


Current Time: Wed Oct 08 22:10:59 GMT 2025

Total time taken to generate the page: 0.08688 seconds