|
From: | Martin Guy |
Subject: | Re: [Qemu-devel] Re: NBD server for QEMU images |
Date: | Wed, 13 Dec 2006 13:19:35 +0000 |
- write tons of data to nbd device, data ends up in pagecache - memory gets low, kswapd wakes up, calls nbd device to actually write the data - nbd issues a request, which ends up on the nbd server on the same machine - the nbd server allocates memory - memory allocation hangs waiting for kswapd
In other words, it can deadlock only if you are swapping to an nbd device that is served by nbd-server running on the same machine and kernel. In the case of a qemu system swapping over nbd to a server on the host machine, it is the guest kernel that waits on the host kernel paging the nbd server in from the host's separate swap space, so no deadlock is possible. Practice bears this out; if you wanna stress-test it, here's a program that creates a low memory condition by saturating the VM. Of course, this has nothing to do with the original patch, which just lets nbd-server interpret qemu image files ;) M
thrash.c
Description: Text Data
[Prev in Thread] | Current Thread | [Next in Thread] |