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.
_______________________________________________
libvirt-users mailing list
libvirt-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvirt-users
