On 09/25/12 10:57, Eric Blake wrote:
On 09/25/2012 09:21 AM, William A. Mahaffey III wrote:
>
> .... I have a CentOS 5.n VM running on a Fedora 14 server/host,
You do realize that Fedora 14 is no longer supported upstream, right?
The Fedora folks won't support anything older than Fedora 16 at the moment.
Yes, thanks. I am planning to upgrade this server to CentOS 6.n when I
get a chance, but right now, it is serving many purposes, including
across-the-LAN backups, singly since another server crashed a HDD a
while back. I'll get around to it eventually ....
> i.e. it took 3+ min. to get back to the prompt for this command
(usually
> about 5 sec.) .... This isn't a show-stopped by any means, but it is
> irritating. From the timestamps& data from the host& guest, apparently
> all of that was used up swapping the guest back in. Is there any way to
> either prioritize the VM to not get swapped out, or preferentially
> swapped back in :-) ? TIA for any pointers ....
I have no idea if this problem exists using modern kernels, or even if
you can use recent cgroup scheduling tunables (exposed via domain XML
here:
http://libvirt.org/formatdomain.html#elementsCPUTuning) to resolve
your problem. But you are unlikely to get much assistance unless you
can reproduce the tests using more up-to-date software.
Fedora 12-14 are inputs/basis for RHEL/CentOS 6.n, so I am not clear on
why they are not 'modern' or 'up-to-date' ....
--
William A. Mahaffey III
----------------------------------------------------------------------
"The M1 Garand is without doubt the finest implement of war
ever devised by man."
-- Gen. George S. Patton Jr.