From: Salvador Fandino <sfandino@yahoo.com>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] Re: NBD server for QEMU images
Date: Wed, 13 Dec 2006 20:14:58 +0100 [thread overview]
Message-ID: <elpj4s$dlj$1@sea.gmane.org> (raw)
In-Reply-To: <45800026.2010809@qumranet.com>
Avi Kivity wrote:
> Martin Guy wrote:
>>> - 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.
>
> No. It is possible if you issue non-O_SYNC writes.
I have run some tests and found that it's easy to cause a deadlock just
untaring a file over an nbd device being served from localhost (using
the standard nbd-server or my own, it doesn't matter).
Another interesting finding is that when the deadlock happens, qemu-nbds
is inside a read() call, waiting for new nbd requests to arrive over the
socket, and so, not trying to allocate memory or writing to disk.
BTW, I am using Debian unstable with kernel 2.6.18-1-686
Regards,
- Salva
next prev parent reply other threads:[~2006-12-13 19:09 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-12 12:48 [Qemu-devel] NBD server for QEMU images Salvador Fandiño
2006-12-12 13:37 ` Martin Guy
2006-12-12 17:00 ` [Qemu-devel] " Salvador Fandino
2006-12-12 16:58 ` Paul Brook
2006-12-12 17:13 ` Daniel Jacobowitz
2006-12-12 17:33 ` RE : " Sylvain Petreolle
2006-12-12 17:39 ` Paul Brook
2006-12-12 18:54 ` Anthony Liguori
2006-12-12 17:41 ` RE : " Johannes Schindelin
2006-12-12 17:42 ` Daniel Jacobowitz
2006-12-12 18:41 ` [Qemu-devel] Re: RE : " Salvador Fandino
2006-12-13 12:23 ` Jan Marten Simons
2006-12-13 19:03 ` Salvador Fandino
2006-12-13 20:03 ` Jim C. Brown
2006-12-13 22:07 ` Salvador Fandino
2006-12-13 22:55 ` Jim C. Brown
2006-12-14 8:37 ` Salvador Fandino
2006-12-14 14:58 ` Jim C. Brown
2006-12-12 19:00 ` Salvador Fandino
2006-12-12 17:45 ` [Qemu-devel] " Mark Williamson
2006-12-12 19:30 ` Christian MICHON
2006-12-12 15:09 ` Anthony Liguori
2006-12-12 17:32 ` Salvador Fandino
2006-12-12 20:13 ` Anthony Liguori
2006-12-13 2:14 ` Mark Williamson
2006-12-13 11:37 ` Avi Kivity
2006-12-13 13:19 ` Martin Guy
2006-12-13 13:29 ` Avi Kivity
2006-12-13 19:14 ` Salvador Fandino [this message]
2006-12-14 8:34 ` Avi Kivity
2006-12-13 16:58 ` [Qemu-devel] " Mulyadi Santosa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='elpj4s$dlj$1@sea.gmane.org' \
--to=sfandino@yahoo.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.