blob: 0e8281b808d42d71e2092b00a0d2d34bfdf29ebd (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
|
<think>
Alright, let's break this down. The user provided a bug report related to QEMU where the guest OS (Windows) shuts down very slowly. They mentioned that when `<currentMemory>` is less than `<memory>` in the libvirt config, the CPU hangs at 100% for 3-5 minutes during shutdown. However, when they set both to the same value, the shutdown is quick.
Looking at the details, the problem seems tied to memory management. The user tried disabling the balloon device in various ways—both through libvirt and the guest OS settings—but the issue persists. They also observed that during shutdown, the RSS ( Resident Set Size ) grows slowly up to MaxMem, which suggests an issue with how memory is being deallocated or managed.
The symptoms point towards problems in how QEMU interacts with the virtual machine's memory during shutdown. Since it's related to memory allocation and ballooning, I'm thinking about possible categories. The bug affects performance, specifically during shutdown, and involves memory handling between libvirt and QEMU.
Looking at the provided categories, 'performance' seems appropriate because the issue is about how resources are managed, leading to a slowdown. Other categories like 'device' or 'network' don't fit as well since it's not a specific hardware device or network-related problem. It's more about resource management efficiency during shutdown.
</think>
performance
|