OpenVZ Forum


Home » Mailing lists » Devel » suspend/resume instead of stop/start from vz init script
suspend/resume instead of stop/start from vz init script [message #30180] Wed, 14 May 2008 15:12 Go to next message
TheWiseOne is currently offline  TheWiseOne
Messages: 66
Registered: September 2005
Location: Pennsylvania
Member
Hi,

Is there any logical reason why to not dump/restore a container when 
issuing a "service vz stop|start" command?  Iy would make sense that it 
would be much quicker as no longer do we have hundreds of processes 
across the containers starting up.  The other benefit is that the VPS's 
do not even see a reboot and maintain their "uptime" as the uptime 
command reports.

Perhaps there could be an option in /etc/vz/vz.conf whether to do the 
dump/restore or stop/start variations.

I'm open for arguments on why this is a bad idea.

Thanks,
Matt
Re: suspend/resume instead of stop/start from vz init script [message #30189 is a reply to message #30180] Thu, 15 May 2008 06:34 Go to previous message
Vasily Averin is currently offline  Vasily Averin
Messages: 17
Registered: April 2008
Junior Member
Hi Matt,

Matt Ayres wrote:
> Is there any logical reason why to not dump/restore a container when 
> issuing a "service vz stop|start" command?  Iy would make sense that it 
> would be much quicker as no longer do we have hundreds of processes 
> across the containers starting up.  The other benefit is that the VPS's 
> do not even see a reboot and maintain their "uptime" as the uptime 
> command reports.
> 
> Perhaps there could be an option in /etc/vz/vz.conf whether to do the 
> dump/restore or stop/start variations.
> 
> I'm open for arguments on why this is a bad idea.

1) suspend should write dump file to disk. This dump file can be a quite large
and it's write will be not faster than usual stop. Restore take a some time too.

IMHO we have measured these times -- and found that suspend/resume is not faster
than stop/start. I would suggest you to re-check this experiment on your nodes,
it would be very interesting for us to see some real numbers from real life.

2) suspend/resume is a bit more risky operations than usual stop/start,
especially after kernel update. Also I would note that in this case some
paramters (uname for example) will be changed and it can lead to the troubles in
some userspace applications.

On the other hand I tend to agree, this option can be useful for some scenarios,
however I right now I'm not ready to contrive some understandable example. Do
you probably able to describe the situation where this way will give us some
significant benefits?

thank you,
	Vasily Averin
Previous Topic: [RFC/PATCH 0/8]: CGroup Files: Clean up locking and boilerplate
Next Topic: Can a VE contain the root filesystem?
Goto Forum:
  


Current Time: Thu Sep 12 19:17:51 GMT 2024

Total time taken to generate the page: 0.05139 seconds