All of lore.kernel.org
 help / color / mirror / Atom feed
From: John McCullough <jmccullo@cs.ucsd.edu>
To: xen-devel@lists.xensource.com
Subject: blktap2 device creation failing after 162 devices w/Xen4.0 + linux-2.6.31.13
Date: Tue, 13 Apr 2010 17:20:42 -0700	[thread overview]
Message-ID: <4BC50A5A.1020501@cs.ucsd.edu> (raw)

I have been working with a colleague to get a large number of small VMs 
running on a single system.  We were hoping for at least 100, but we 
seem to be topping out around 81.  Each VM has a disk image and a swap 
image.  It seemed like we were hitting a blktap limit, so we tried 
bumping up the MAX macros in tool/blktap2 and the linux driver, with no 
change.  (Though we haven't hit the theoretical 256 blktap devices yet).

(Initially we were only able to get 64 VMs until we bumped 
CONFIG_NR_CPUS from 8 to 64 to increase the number of dynirqs).

To isolate the problem, I tried creating a large number of blktap 
devices in the dom0 with no guests running and I ran into the same 
ceiling (162 total devices).   Commands to reproduce the problem follow:

echo 9 > /sys/class/blktap2/verbosity

for x in `seq 0 163`; do
         if ( ! dd if=/dev/zero of=/scratch/test-$x.img bs=1 count=1 
seek=1M 2> /dev/null); then
                 echo "Qemu fail on $x"; exit 1
         fi
         if ( ! tapdisk2 -n aio:/scratch/test-$x.img) ; then
                 echo "blktap fail on $x"; exit 1
         fi
done

The result:
...
/dev/xen/blktap-2/tapdev159
/dev/xen/blktap-2/tapdev160
/dev/xen/blktap-2/tapdev161
/dev/xen/blktap-2/tapdev162
unrecognized child response
blktap fail on 163

Dmesg output associated with 163:
[ 1288.839978] blktap_sysfs_create: adding attributes for dev 
ffff88019e4d1e00
[ 1288.840947] blktap_sysfs_destroy

(Output for the prior devices includes processing a request, and a 
blktap_device_finish_request)

No related xm dmesg output.

$ hg tip
changeset:   21091:f28f1ee587c8
tag:         tip
user:        Keir Fraser <keir.fraser@citrix.com>
date:        Wed Apr 07 12:38:28 2010 +0100
summary:     Added signature for changeset 484179b2be5d

$ uname -a
Linux sysnet121 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 
x86_64 GNU/Linux

Has anyone had contrary experience? Does anyone know where the 162 max 
is coming from?

Thanks,
John

             reply	other threads:[~2010-04-14  0:20 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-14  0:20 John McCullough [this message]
2010-04-14  3:37 ` blktap2 device creation failing after 162 devices w/Xen4.0 + linux-2.6.31.13 Daniel Stodden
2010-04-14  5:40   ` John McCullough
2010-04-14  8:24     ` Daniel Stodden
2010-04-14 16:30       ` John McCullough
2010-04-14 20:12         ` Daniel Stodden
2010-04-14 20:27           ` Daniel Stodden

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=4BC50A5A.1020501@cs.ucsd.edu \
    --to=jmccullo@cs.ucsd.edu \
    --cc=xen-devel@lists.xensource.com \
    /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.