All of lore.kernel.org
 help / color / mirror / Atom feed
* [ANNOUNCE] virtbench now has xen support
@ 2007-05-15  2:38 Rusty Russell
  2007-05-15  7:44 ` Jan Michael
  0 siblings, 1 reply; 16+ messages in thread
From: Rusty Russell @ 2007-05-15  2:38 UTC (permalink / raw)
  To: Xen Mailing List; +Cc: virtualization

Hi all,

	I've been working on a set of easy-to-run benchmarks for hypervisor
optimization called virtbench, and the latest commit adds Xen support.

	http://ozlabs.org/~rusty/virtbench
	http://ozlabs.org/~rusty/virtbench/?archive/tip.tar.bz2

>From the README:

	# Build the code
	make
	# Set the guest kernel location and maybe more
	vi ./SETTINGS
	# Run the benchmark (local mode)
	./virtbench local
	# Run the benchmark (kvm mode)
	sudo ./virtbench kvm
	# Run the benchmark (Xen mode)
	sudo ./virtbench xen
	# Run the benchmark (lguest mode)
	sudo ./virtbench lguest

Feedback welcome!
Rusty.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [ANNOUNCE] virtbench now has xen support
  2007-05-15  2:38 [ANNOUNCE] virtbench now has xen support Rusty Russell
@ 2007-05-15  7:44 ` Jan Michael
  2007-05-15 19:50   ` Anthony Liguori
  0 siblings, 1 reply; 16+ messages in thread
From: Jan Michael @ 2007-05-15  7:44 UTC (permalink / raw)
  To: Rusty Russell; +Cc: Xen Mailing List

Hi Rusty,

thanks for your work. I tried your benchmark on my XEN installation.

<xm info>
release                : 2.6.18-1.2835.slc4xen
version                : #1 SMP Wed Nov 29 21:05:58 CET 2006
machine                : i686
nr_cpus                : 2
nr_nodes               : 1
sockets_per_node       : 2
cores_per_socket       : 1
threads_per_core       : 1
cpu_mhz                : 2800
hw_caps                : bfebfbff:20000000:00000000:00000180:0000641d
total_memory           : 2047
free_memory            : 1024
xen_major              : 3
xen_minor              : 0
xen_extra              : .3-rc5-1.2835.s
xen_caps               : xen-3.0-x86_32p
xen_pagesize           : 4096
platform_params        : virt_start=0xf5800000
xen_changeset          : unavailable
cc_compiler            : gcc version 3.4.6 20060404 (Red Hat 3.4.6-3)
cc_compile_by          : root
cc_compile_date        : Wed Nov 29 20:56:00 CET 2006
xend_config_format     : 2
</xm info>

and ended up in the following error.	

<make error>
[root@lxdev19 virtbench-bd8e67e50775]# make
cc -g -Wall -Wmissing-prototypes -DNUM_MACHINES=4 -o virtbench  
server.c results.c stdrusty.c talloc.c micro/context-switch.c micro/ 
cow.c micro/exec.c micro/fork.c micro/host-net-bandwidth.c micro/int- 
syscall.c micro/libc-syscall.c micro/memburn.c micro/pio.c micro/pte- 
update.c micro/read-bandwidth.c micro/read-latency.c micro/vmcall.c  
inter/bandwidth.c inter/pingpong.c inter/sendfile.c inter/udp- 
bandwidth.c
micro/pte-update.c: In function `do_pte_update':
micro/pte-update.c:45: error: too many arguments to function `mremap'
make: *** [virtbench] Error 1
</make error>

So first thing I would like to know if my XEN installation is  
compatible with your benchmark suite and if not which are the  
requirements?

Thank you for your help and support,

	Jan Michael


On 15.05.2007, at 04:38, Rusty Russell wrote:
> Hi all,
>
> 	I've been working on a set of easy-to-run benchmarks for hypervisor
> optimization called virtbench, and the latest commit adds Xen support.
>
> 	http://ozlabs.org/~rusty/virtbench
> 	http://ozlabs.org/~rusty/virtbench/?archive/tip.tar.bz2
>
>> From the README:
>
> 	# Build the code
> 	make
> 	# Set the guest kernel location and maybe more
> 	vi ./SETTINGS
> 	# Run the benchmark (local mode)
> 	./virtbench local
> 	# Run the benchmark (kvm mode)
> 	sudo ./virtbench kvm
> 	# Run the benchmark (Xen mode)
> 	sudo ./virtbench xen
> 	# Run the benchmark (lguest mode)
> 	sudo ./virtbench lguest
>
> Feedback welcome!
> Rusty.
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [ANNOUNCE] virtbench now has xen support
  2007-05-15  7:44 ` Jan Michael
@ 2007-05-15 19:50   ` Anthony Liguori
  2007-05-18 10:14     ` Jan Michael
  0 siblings, 1 reply; 16+ messages in thread
From: Anthony Liguori @ 2007-05-15 19:50 UTC (permalink / raw)
  To: Jan Michael; +Cc: Rusty Russell, Xen Mailing List

Jan Michael wrote:
> Hi Rusty,
> 
> thanks for your work. I tried your benchmark on my XEN installation.
> 
> <xm info>
> release                : 2.6.18-1.2835.slc4xen
> version                : #1 SMP Wed Nov 29 21:05:58 CET 2006
> machine                : i686
> nr_cpus                : 2
> nr_nodes               : 1
> sockets_per_node       : 2
> cores_per_socket       : 1
> threads_per_core       : 1
> cpu_mhz                : 2800
> hw_caps                : bfebfbff:20000000:00000000:00000180:0000641d
> total_memory           : 2047
> free_memory            : 1024
> xen_major              : 3
> xen_minor              : 0
> xen_extra              : .3-rc5-1.2835.s
> xen_caps               : xen-3.0-x86_32p
> xen_pagesize           : 4096
> platform_params        : virt_start=0xf5800000
> xen_changeset          : unavailable
> cc_compiler            : gcc version 3.4.6 20060404 (Red Hat 3.4.6-3)
> cc_compile_by          : root
> cc_compile_date        : Wed Nov 29 20:56:00 CET 2006
> xend_config_format     : 2
> </xm info>
> 
> and ended up in the following error.   
> 
> <make error>
> [root@lxdev19 virtbench-bd8e67e50775]# make
> cc -g -Wall -Wmissing-prototypes -DNUM_MACHINES=4 -o virtbench server.c 
> results.c stdrusty.c talloc.c micro/context-switch.c micro/cow.c 
> micro/exec.c micro/fork.c micro/host-net-bandwidth.c micro/int-syscall.c 
> micro/libc-syscall.c micro/memburn.c micro/pio.c micro/pte-update.c 
> micro/read-bandwidth.c micro/read-latency.c micro/vmcall.c 
> inter/bandwidth.c inter/pingpong.c inter/sendfile.c inter/udp-bandwidth.c
> micro/pte-update.c: In function `do_pte_update':
> micro/pte-update.c:45: error: too many arguments to function `mremap'
> make: *** [virtbench] Error 1
> </make error>

I've just pushed an update that should disable this test for older 
versions of glibc.  Would appreciate if you let me know whether this 
fixed your build.

Regards,

Anthony Liguori

> 
> So first thing I would like to know if my XEN installation is compatible 
> with your benchmark suite and if not which are the requirements?
> 
> Thank you for your help and support,
> 
>     Jan Michael
> 
> 
> On 15.05.2007, at 04:38, Rusty Russell wrote:
>> Hi all,
>>
>>     I've been working on a set of easy-to-run benchmarks for hypervisor
>> optimization called virtbench, and the latest commit adds Xen support.
>>
>>     http://ozlabs.org/~rusty/virtbench
>>     http://ozlabs.org/~rusty/virtbench/?archive/tip.tar.bz2
>>
>>> From the README:
>>
>>     # Build the code
>>     make
>>     # Set the guest kernel location and maybe more
>>     vi ./SETTINGS
>>     # Run the benchmark (local mode)
>>     ./virtbench local
>>     # Run the benchmark (kvm mode)
>>     sudo ./virtbench kvm
>>     # Run the benchmark (Xen mode)
>>     sudo ./virtbench xen
>>     # Run the benchmark (lguest mode)
>>     sudo ./virtbench lguest
>>
>> Feedback welcome!
>> Rusty.
>>
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
>> http://lists.xensource.com/xen-devel

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [ANNOUNCE] virtbench now has xen support
  2007-05-15 19:50   ` Anthony Liguori
@ 2007-05-18 10:14     ` Jan Michael
  2007-05-18 11:51       ` Rusty Russell
  0 siblings, 1 reply; 16+ messages in thread
From: Jan Michael @ 2007-05-18 10:14 UTC (permalink / raw)
  To: Anthony Liguori; +Cc: Rusty Russell, Xen Mailing List

Hi Anthony,

On 15.05.2007, at 21:50, Anthony Liguori wrote:
> I've just pushed an update that should disable this test for older  
> versions of glibc.  Would appreciate if you let me know whether  
> this fixed your build.

That did the trick. Virtbench was sucessfully build on my system. I  
was also able to run virtbench in local mode but when I tried to run  
virtbench for xen I got the following error:

<error>
[root@lxdev19 virtbench-44dc217a9422]# KERNEL="/etc/xen/vmlinuz" ./ 
virtbench xen --progress
virtbench: Start command failed for xen
</error>

I already tried to investigate this error viewing the virtbench  
logfile which I specified in SETTINGS file. But the logfile was not  
created :-(.

What can I do to get your benchmark work for my XEN installation?

Thanks,

	Jan

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [ANNOUNCE] virtbench now has xen support
  2007-05-18 10:14     ` Jan Michael
@ 2007-05-18 11:51       ` Rusty Russell
  2007-05-18 17:56         ` Jan Michael
  0 siblings, 1 reply; 16+ messages in thread
From: Rusty Russell @ 2007-05-18 11:51 UTC (permalink / raw)
  To: Jan Michael; +Cc: Anthony Liguori, Xen Mailing List

On Fri, 2007-05-18 at 12:14 +0200, Jan Michael wrote:
> Hi Anthony,
> 
> On 15.05.2007, at 21:50, Anthony Liguori wrote:
> > I've just pushed an update that should disable this test for older  
> > versions of glibc.  Would appreciate if you let me know whether  
> > this fixed your build.
> 
> That did the trick. Virtbench was sucessfully build on my system. I  
> was also able to run virtbench in local mode but when I tried to run  
> virtbench for xen I got the following error:
> 
> <error>
> [root@lxdev19 virtbench-44dc217a9422]# KERNEL="/etc/xen/vmlinuz" ./ 
> virtbench xen --progress
> virtbench: Start command failed for xen
> </error>
> 
> I already tried to investigate this error viewing the virtbench  
> logfile which I specified in SETTINGS file. But the logfile was not  
> created :-(.

This is a failure of the "xen/start" command.  I had this happen when 
"/etc/init.d/xend restart" failed.  You can probably comment that line
out if you're already running Xen (perhaps xen's init scripts are
flaky).

Thanks for the report!
Rusty.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [ANNOUNCE] virtbench now has xen support
  2007-05-18 11:51       ` Rusty Russell
@ 2007-05-18 17:56         ` Jan Michael
  2007-05-21  6:16           ` Rusty Russell
  0 siblings, 1 reply; 16+ messages in thread
From: Jan Michael @ 2007-05-18 17:56 UTC (permalink / raw)
  To: Rusty Russell; +Cc: Anthony Liguori, Xen Mailing List

Hi Rusty,

On 18.05.2007, at 13:51, Rusty Russell wrote:
> On Fri, 2007-05-18 at 12:14 +0200, Jan Michael wrote:
>> Hi Anthony,
>>
>> On 15.05.2007, at 21:50, Anthony Liguori wrote:
>>> I've just pushed an update that should disable this test for older
>>> versions of glibc.  Would appreciate if you let me know whether
>>> this fixed your build.
>>
>> That did the trick. Virtbench was sucessfully build on my system. I
>> was also able to run virtbench in local mode but when I tried to run
>> virtbench for xen I got the following error:
>>
>> <error>
>> [root@lxdev19 virtbench-44dc217a9422]# KERNEL="/etc/xen/vmlinuz" ./
>> virtbench xen --progress
>> virtbench: Start command failed for xen
>> </error>
>>
>> I already tried to investigate this error viewing the virtbench
>> logfile which I specified in SETTINGS file. But the logfile was not
>> created :-(.
>
> This is a failure of the "xen/start" command.  I had this happen when
> "/etc/init.d/xend restart" failed.  You can probably comment that line
> out if you're already running Xen (perhaps xen's init scripts are
> flaky).

Now I'm one step further. The domUs will be created, but they are  
destroyed after seconds. I started one of them manually with console  
so that I could see the error message:

<boot error>
md: autorun ...
md: ... autorun DONE.
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown- 
block(1,0)
</boot error>

That must have been something to do with the kernel I'm using. I have  
to investigate (google) this. But if you can also help me in this  
case - you're welcome!

Cheers,

	Jan

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [ANNOUNCE] virtbench now has xen support
  2007-05-18 17:56         ` Jan Michael
@ 2007-05-21  6:16           ` Rusty Russell
  2007-05-21  8:13             ` Jan Michael
  0 siblings, 1 reply; 16+ messages in thread
From: Rusty Russell @ 2007-05-21  6:16 UTC (permalink / raw)
  To: Jan Michael; +Cc: Anthony Liguori, Xen Mailing List

On Fri, 2007-05-18 at 19:56 +0200, Jan Michael wrote:
> Hi Rusty,

Hi JaN!

> Now I'm one step further. The domUs will be created, but they are  
> destroyed after seconds. I started one of them manually with console  
> so that I could see the error message:
> 
> <boot error>
> md: autorun ...
> md: ... autorun DONE.
> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown- 
> block(1,0)
> </boot error>
> 
> That must have been something to do with the kernel I'm using. I have  
> to investigate (google) this. But if you can also help me in this  
> case - you're welcome!

Hmm, perhaps your kernel doesn't have INITRD support?  The default Xen
kernel works (at least, for me on i386 it does)...

Thanks,
Rusty.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [ANNOUNCE] virtbench now has xen support
  2007-05-21  6:16           ` Rusty Russell
@ 2007-05-21  8:13             ` Jan Michael
  2007-05-21 13:13               ` Jeremy Fitzhardinge
  2007-05-21 23:45               ` Rusty Russell
  0 siblings, 2 replies; 16+ messages in thread
From: Jan Michael @ 2007-05-21  8:13 UTC (permalink / raw)
  To: Rusty Russell; +Cc: Anthony Liguori, Xen Mailing List

[-- Attachment #1: Type: text/plain, Size: 1075 bytes --]

Salut Rusty,

On 21.05.2007, at 08:16, Rusty Russell wrote:
> On Fri, 2007-05-18 at 19:56 +0200, Jan Michael wrote:
>> Hi Rusty,
>
> Hi JaN!
>
>> Now I'm one step further. The domUs will be created, but they are
>> destroyed after seconds. I started one of them manually with console
>> so that I could see the error message:
>>
>> <boot error>
>> md: autorun ...
>> md: ... autorun DONE.
>> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-
>> block(1,0)
>> </boot error>
>>
>> That must have been something to do with the kernel I'm using. I have
>> to investigate (google) this. But if you can also help me in this
>> case - you're welcome!
>
> Hmm, perhaps your kernel doesn't have INITRD support?  The default Xen
> kernel works (at least, for me on i386 it does)...

Hm. No. Unfortunately the kernel I'm using has INITRD support,  
because we need it also for self-installation of our domUs in  
productive environment. I attached the whole startup log. The RAM  
disk driver is loaded in line 50.
Do you have any other suggestions?

Thanks,

	Jan



[-- Attachment #2: virtbench-xen_0.log --]
[-- Type: application/octet-stream, Size: 3779 bytes --]

     1	Linux version 2.6.9-42.0.3.EL.cernxenU (root@lxcert-i386) (gcc version 3.4.6 20060404 (Red Hat 3.4.6-3)) #1 SMP Thu Nov 16 20:40:17 CET 2006
     2	BIOS-provided physical RAM map:
     3	Xen: 0000000000000000 - 0000000008800000 (usable)
     4	0MB HIGHMEM available.
     5	136MB LOWMEM available.
     6	Using x86 segment limits to approximate NX protection
     7	Built 1 zonelists
     8	Kernel command line:  root=/dev/ram0 rw rdinit=/virtclient 0 128/142/202/89 45375 /dev/xvda1 202 1 eth0 192/168/19/1
     9	Initializing CPU#0
    10	CPU 0 irqstacks, hard=c032f000 soft=c030f000
    11	PID hash table entries: 1024 (order: 10, 16384 bytes)
    12	Xen reported: 2800.092 MHz processor.
    13	Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
    14	Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
    15	vmalloc area: c9000000-f4ffe000, maxmem 2d7fe000
    16	Memory: 123788k/139264k available (1443k kernel code, 7160k reserved, 539k data, 104k init, 0k highmem)
    17	Checking if this processor honours the WP bit even in supervisor mode... Ok.
    18	Calibrating delay using timer specific routine.. 5603.53 BogoMIPS (lpj=28017694)
    19	Security Scaffold v1.0.0 initialized
    20	SELinux:  Initializing.
    21	SELinux:  Starting in permissive mode
    22	There is already a security framework initialized, register_security failed.
    23	selinux_register_security:  Registering secondary module capability
    24	Capability LSM initialized as secondary
    25	Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
    26	CPU: Trace cache: 12K uops, L1 D cache: 16K
    27	CPU: L2 cache: 1024K
    28	Enabling fast FPU save and restore... done.
    29	Enabling unmasked SIMD FPU exception support... done.
    30	Checking 'hlt' instruction... OK.
    31	Brought up 1 CPUs
    32	checking if image is initramfs... it is
    33	Freeing initrd memory: 1707k freed
    34	Grant table initialized
    35	NET: Registered protocol family 16
    36	Brought up 1 CPUs
    37	xen_mem: Initialising balloon driver.
    38	audit: initializing netlink socket (disabled)
    39	audit(1179734418.650:1): initialized
    40	Total HugeTLB memory allocated, 0
    41	VFS: Disk quotas dquot_6.5.1
    42	Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
    43	SELinux:  Registering netfilter hooks
    44	Initializing Cryptographic API
    45	ksign: Installing public key data
    46	Loading keyring
    47	- Added public key 54FCFCA8F64BD776
    48	- User ID: Red Hat, Inc. (Kernel Module GPG key)
    49	i8042.c: No controller found.
    50	RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
    51	Xen virtual console successfully installed as tty1
    52	Event-channel device installed.
    53	Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
    54	ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
    55	ide-floppy driver 0.99.newide
    56	mice: PS/2 mouse device common for all mice
    57	md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
    58	NET: Registered protocol family 2
    59	IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
    60	TCP established hash table entries: 8192 (order: 5, 131072 bytes)
    61	TCP bind hash table entries: 8192 (order: 4, 98304 bytes)
    62	TCP: Hash tables configured (established 8192 bind 8192)
    63	Initializing IPsec netlink socket
    64	NET: Registered protocol family 1
    65	NET: Registered protocol family 17
    66	XENBUS: Device with no driver: device/vbd/51713
    67	XENBUS: Device with no driver: device/vif/0
    68	md: Autodetecting RAID arrays.
    69	md: autorun ...
    70	md: ... autorun DONE.
    71	Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0)
    72	

[-- Attachment #3: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Re: [ANNOUNCE] virtbench now has xen support
  2007-05-21  8:13             ` Jan Michael
@ 2007-05-21 13:13               ` Jeremy Fitzhardinge
  2007-05-21 23:45               ` Rusty Russell
  1 sibling, 0 replies; 16+ messages in thread
From: Jeremy Fitzhardinge @ 2007-05-21 13:13 UTC (permalink / raw)
  To: Jan Michael; +Cc: Anthony Liguori, Rusty Russell, Xen Mailing List

Jan Michael wrote:
> Salut Rusty,
>
> On 21.05.2007, at 08:16, Rusty Russell wrote:
>> On Fri, 2007-05-18 at 19:56 +0200, Jan Michael wrote:
>>> Hi Rusty,
>>
>> Hi JaN!
>>
>>> Now I'm one step further. The domUs will be created, but they are
>>> destroyed after seconds. I started one of them manually with console
>>> so that I could see the error message:
>>>
>>> <boot error>
>>> md: autorun ...
>>> md: ... autorun DONE.
>>> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-
>>> block(1,0)
>>> </boot error>
>>>
>>> That must have been something to do with the kernel I'm using. I have
>>> to investigate (google) this. But if you can also help me in this
>>> case - you're welcome!
>>
>> Hmm, perhaps your kernel doesn't have INITRD support?  The default Xen
>> kernel works (at least, for me on i386 it does)...
>
> Hm. No. Unfortunately the kernel I'm using has INITRD support, because
> we need it also for self-installation of our domUs in productive
> environment. I attached the whole startup log. The RAM disk driver is
> loaded in line 50.
> Do you have any other suggestions?
    66    XENBUS: Device with no driver: device/vbd/51713
    67    XENBUS: Device with no driver: device/vif/0

looks worrysome.  Do you have netfront and blkfront compiled into (your
kernel, either built-in or as modules in your initrd)?

Though it seems you have a more basic problem with mounting the initrd.

    J

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [ANNOUNCE] virtbench now has xen support
  2007-05-21  8:13             ` Jan Michael
  2007-05-21 13:13               ` Jeremy Fitzhardinge
@ 2007-05-21 23:45               ` Rusty Russell
  2007-05-22  7:33                 ` Jan Michael
  1 sibling, 1 reply; 16+ messages in thread
From: Rusty Russell @ 2007-05-21 23:45 UTC (permalink / raw)
  To: Jan Michael; +Cc: Anthony Liguori, Xen Mailing List

On Mon, 2007-05-21 at 10:13 +0200, Jan Michael wrote:
> Salut Rusty,
> 
> On 21.05.2007, at 08:16, Rusty Russell wrote:
> > Hmm, perhaps your kernel doesn't have INITRD support?  The default Xen
> > kernel works (at least, for me on i386 it does)...
> 
> Hm. No. Unfortunately the kernel I'm using has INITRD support,  

Hi Jan!

	Hmm, it has found the initrd, and ramdisk seems to be there.  Any
chance you can send your kernel config?  Obviously we want it to "just
work" with whatever configs it can...

Thanks for chasing this!
Rusty.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [ANNOUNCE] virtbench now has xen support
  2007-05-21 23:45               ` Rusty Russell
@ 2007-05-22  7:33                 ` Jan Michael
  2007-05-22  9:33                   ` Jeremy Fitzhardinge
  0 siblings, 1 reply; 16+ messages in thread
From: Jan Michael @ 2007-05-22  7:33 UTC (permalink / raw)
  To: Rusty Russell; +Cc: Anthony Liguori, Xen Mailing List

[-- Attachment #1: Type: text/plain, Size: 1548 bytes --]

Hi Rusty,

On 22.05.2007, at 01:45, Rusty Russell wrote:
> On Mon, 2007-05-21 at 10:13 +0200, Jan Michael wrote:
>> Salut Rusty,
>>
>> On 21.05.2007, at 08:16, Rusty Russell wrote:
>>> Hmm, perhaps your kernel doesn't have INITRD support?  The  
>>> default Xen
>>> kernel works (at least, for me on i386 it does)...
>>
>> Hm. No. Unfortunately the kernel I'm using has INITRD support,
>
> Hi Jan!
>
> 	Hmm, it has found the initrd, and ramdisk seems to be there.  Any
> chance you can send your kernel config?  Obviously we want it to "just
> work" with whatever configs it can...

Sure. No problem. Please find attached our kernel config for domUs.
Did you see the mail from Jeremy?

On 21.05.2007, at 15:13, Jeremy Fitzhardinge wrote:
>     66    XENBUS: Device with no driver: device/vbd/51713
>     67    XENBUS: Device with no driver: device/vif/0
>
> looks worrysome.  Do you have netfront and blkfront compiled into  
> (your
> kernel, either built-in or as modules in your initrd)?
>
> Though it seems you have a more basic problem with mounting the  
> initrd.

I can say that we are using a kernel builf from the attached kernel  
config and a special initrd image for our domUs.
The initrd image contains the modules xenblk.ko and xennet.ko. So  
netfront and blkfront are not compiled into the kernel.
Our linux gurus made the kernel and the initrd image. I think I have  
to integrate those modules into the initrd image you are using and  
have to load them. But at this point I have no knowledge how to do  
this...

Cheers,

	Jan


[-- Attachment #2: config-2.6.9-42.0.3.EL.cernxenU --]
[-- Type: application/octet-stream, Size: 21679 bytes --]

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.9-42.0.3.EL.cernxenU
# Tue Nov 21 10:50:57 2006
#
CONFIG_X86=y
CONFIG_MMU=y
CONFIG_UID16=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y
CONFIG_CLEAN_COMPILE=y

#
# General setup
#
CONFIG_LOCALVERSION=""
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_POSIX_MQUEUE=y
CONFIG_BSD_PROCESS_ACCT=y
# CONFIG_BSD_PROCESS_ACCT_V3 is not set
CONFIG_SYSCTL=y
CONFIG_AUDIT=y
CONFIG_AUDITSYSCALL=y
CONFIG_AUDITFILESYSTEM=y
CONFIG_LOG_BUF_SHIFT=17
CONFIG_HOTPLUG=y
# CONFIG_IKCONFIG is not set
# CONFIG_EMBEDDED is not set
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
CONFIG_KALLSYMS_EXTRA_PASS=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SHMEM=y
# CONFIG_TINY_SHMEM is not set

#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
CONFIG_OBSOLETE_MODPARM=y
CONFIG_MODVERSIONS=y
CONFIG_MODULE_SIG=y
# CONFIG_MODULE_SIG_FORCE is not set
CONFIG_KMOD=y
CONFIG_STOP_MACHINE=y

#
# Processor type and features
#
CONFIG_MEM_MIRROR=y
# CONFIG_X86_PC is not set
CONFIG_X86_XEN=y
# CONFIG_X86_ELAN is not set
# CONFIG_X86_VOYAGER is not set
# CONFIG_X86_NUMAQ is not set
# CONFIG_X86_SUMMIT is not set
# CONFIG_X86_BIGSMP is not set
# CONFIG_X86_VISWS is not set
# CONFIG_X86_GENERICARCH is not set
# CONFIG_X86_ES7000 is not set
# CONFIG_M386 is not set
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
CONFIG_M686=y
# CONFIG_MPENTIUMII is not set
# CONFIG_MPENTIUMIII is not set
# CONFIG_MPENTIUMM is not set
# CONFIG_MPENTIUM4 is not set
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
# CONFIG_MK8 is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP2 is not set
# CONFIG_MWINCHIP3D is not set
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
# CONFIG_X86_GENERIC is not set
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_L1_CACHE_SHIFT=5
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_X86_PPRO_FENCE=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
# CONFIG_X86_4G is not set
# CONFIG_X86_SWITCH_PAGETABLES is not set
# CONFIG_X86_4G_VM_LAYOUT is not set
# CONFIG_X86_UACCESS_INDIRECT is not set
# CONFIG_X86_HIGH_ENTRY is not set
CONFIG_SMP=y
CONFIG_SMP_ALTERNATIVES=y
CONFIG_NR_CPUS=32
# CONFIG_SCHED_MC is not set
CONFIG_PREEMPT_VOLUNTARY=y
# CONFIG_TOSHIBA is not set
# CONFIG_I8K is not set
CONFIG_X86_CPUID=m

#
# Firmware Drivers
#
# CONFIG_EDD is not set
# CONFIG_DELL_RBU is not set
# CONFIG_DCDBAS is not set
# CONFIG_NOHIGHMEM is not set
# CONFIG_HIGHMEM4G is not set
CONFIG_HIGHMEM64G=y
CONFIG_HIGHMEM=y
CONFIG_X86_PAE=y
CONFIG_HAVE_DEC_LOCK=y
CONFIG_REGPARM=y

#
# Bus options (PCI, PCMCIA, EISA, MCA, ISA)
#
# CONFIG_PCI is not set
# CONFIG_SCx200 is not set
CONFIG_HOTPLUG_CPU=y

#
# PCMCIA/CardBus support
#
# CONFIG_PCMCIA is not set

#
# PCI Hotplug Support
#

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_AOUT is not set
CONFIG_BINFMT_MISC=y

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
# CONFIG_DEBUG_DRIVER is not set

#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set

#
# Parallel port support
#
# CONFIG_PARPORT is not set

#
# Plug and Play support
#

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_CRYPTOLOOP=m
CONFIG_BLK_DEV_NBD=m
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=16384
CONFIG_BLK_DEV_INITRD=y
CONFIG_LBD=y
CONFIG_CCISS_DUMP=y
CONFIG_CCISS_DUMP_GLUE=m
CONFIG_DISKDUMP=m

#
# ATA/ATAPI/MFM/RLL support
#
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y

#
# Please see Documentation/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_IDE_SATA is not set
# CONFIG_BLK_DEV_HD_IDE is not set
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
CONFIG_BLK_DEV_IDECD=y
# CONFIG_BLK_DEV_IDETAPE is not set
CONFIG_BLK_DEV_IDEFLOPPY=y
CONFIG_BLK_DEV_IDEDUMP=m
# CONFIG_IDE_TASK_IOCTL is not set
# CONFIG_IDE_TASKFILE_IO is not set

#
# IDE chipset support/bugfixes
#
CONFIG_IDE_GENERIC=y
# CONFIG_BLK_DEV_CMD640 is not set
# CONFIG_IDE_ARM is not set
# CONFIG_BLK_DEV_IDEDMA is not set
# CONFIG_IDEDMA_AUTO is not set
# CONFIG_BLK_DEV_HD is not set

#
# SCSI device support
#
# CONFIG_SCSI is not set

#
# Multi-device support (RAID and LVM)
#
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
CONFIG_MD_RAID5=m
CONFIG_MD_RAID6=m
CONFIG_MD_MULTIPATH=m
CONFIG_BLK_DEV_DM=m
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
CONFIG_DM_ZERO=m
CONFIG_DM_MULTIPATH=m
CONFIG_DM_MULTIPATH_EMC=m

#
# Fusion MPT device support
#
CONFIG_FUSION=y
CONFIG_FUSION_MAX_SGE=40

#
# IEEE 1394 (FireWire) support
#

#
# I2O device support
#

#
# Networking support
#
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
CONFIG_UNIX=y
CONFIG_NET_KEY=m
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
CONFIG_IP_ADVANCED_ROUTER=y
CONFIG_IP_MULTIPLE_TABLES=y
CONFIG_IP_ROUTE_FWMARK=y
CONFIG_IP_ROUTE_MULTIPATH=y
CONFIG_IP_ROUTE_VERBOSE=y
# CONFIG_IP_PNP is not set
CONFIG_NET_IPIP=m
CONFIG_NET_IPGRE=m
CONFIG_NET_IPGRE_BROADCAST=y
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_TUNNEL=m

#
# IP: Virtual Server Configuration
#
CONFIG_IP_VS=m
# CONFIG_IP_VS_DEBUG is not set
CONFIG_IP_VS_TAB_BITS=12

#
# IPVS transport protocol load balancing support
#
CONFIG_IP_VS_PROTO_TCP=y
CONFIG_IP_VS_PROTO_UDP=y
CONFIG_IP_VS_PROTO_ESP=y
CONFIG_IP_VS_PROTO_AH=y

#
# IPVS scheduler
#
CONFIG_IP_VS_RR=m
CONFIG_IP_VS_WRR=m
CONFIG_IP_VS_LC=m
CONFIG_IP_VS_WLC=m
CONFIG_IP_VS_LBLC=m
CONFIG_IP_VS_LBLCR=m
CONFIG_IP_VS_DH=m
CONFIG_IP_VS_SH=m
CONFIG_IP_VS_SED=m
CONFIG_IP_VS_NQ=m

#
# IPVS application helper
#
CONFIG_IP_VS_FTP=m
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
CONFIG_INET6_TUNNEL=m
CONFIG_IPV6_TUNNEL=m
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_BRIDGE_NETFILTER=y

#
# IP: Netfilter Configuration
#
CONFIG_IP_NF_CONNTRACK=m
CONFIG_IP_NF_CT_ACCT=y
CONFIG_IP_NF_CT_PROTO_SCTP=m
CONFIG_IP_NF_FTP=m
CONFIG_IP_NF_IRC=m
CONFIG_IP_NF_TFTP=m
CONFIG_IP_NF_AMANDA=m
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_LIMIT=m
CONFIG_IP_NF_MATCH_IPRANGE=m
CONFIG_IP_NF_MATCH_MAC=m
CONFIG_IP_NF_MATCH_PKTTYPE=m
CONFIG_IP_NF_MATCH_MARK=m
CONFIG_IP_NF_MATCH_MULTIPORT=m
CONFIG_IP_NF_MATCH_TOS=m
CONFIG_IP_NF_MATCH_RECENT=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_DSCP=m
CONFIG_IP_NF_MATCH_AH_ESP=m
CONFIG_IP_NF_MATCH_LENGTH=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_MATCH_TCPMSS=m
CONFIG_IP_NF_MATCH_HELPER=m
CONFIG_IP_NF_MATCH_STATE=m
CONFIG_IP_NF_MATCH_CONNTRACK=m
CONFIG_IP_NF_MATCH_OWNER=m
CONFIG_IP_NF_MATCH_PHYSDEV=m
CONFIG_IP_NF_MATCH_ADDRTYPE=m
CONFIG_IP_NF_MATCH_REALM=m
CONFIG_IP_NF_MATCH_SCTP=m
CONFIG_IP_NF_MATCH_COMMENT=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_IP_NF_TARGET_TCPMSS=m
CONFIG_IP_NF_NAT=m
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_IP_NF_TARGET_NETMAP=m
CONFIG_IP_NF_TARGET_SAME=m
CONFIG_IP_NF_NAT_LOCAL=y
CONFIG_IP_NF_NAT_SNMP_BASIC=m
CONFIG_IP_NF_NAT_IRC=m
CONFIG_IP_NF_NAT_FTP=m
CONFIG_IP_NF_NAT_TFTP=m
CONFIG_IP_NF_NAT_AMANDA=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_TOS=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_DSCP=m
CONFIG_IP_NF_TARGET_MARK=m
CONFIG_IP_NF_TARGET_CLASSIFY=m
CONFIG_IP_NF_RAW=m
CONFIG_IP_NF_TARGET_NOTRACK=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m
# CONFIG_IP_NF_COMPAT_IPCHAINS is not set
# CONFIG_IP_NF_COMPAT_IPFWADM is not set

#
# IPv6: Netfilter Configuration
#
# CONFIG_IP6_NF_QUEUE is not set
CONFIG_IP6_NF_IPTABLES=m
CONFIG_IP6_NF_MATCH_LIMIT=m
CONFIG_IP6_NF_MATCH_MAC=m
CONFIG_IP6_NF_MATCH_RT=m
CONFIG_IP6_NF_MATCH_OPTS=m
CONFIG_IP6_NF_MATCH_FRAG=m
CONFIG_IP6_NF_MATCH_HL=m
CONFIG_IP6_NF_MATCH_MULTIPORT=m
CONFIG_IP6_NF_MATCH_OWNER=m
CONFIG_IP6_NF_MATCH_MARK=m
CONFIG_IP6_NF_MATCH_IPV6HEADER=m
CONFIG_IP6_NF_MATCH_AHESP=m
CONFIG_IP6_NF_MATCH_LENGTH=m
CONFIG_IP6_NF_MATCH_EUI64=m
CONFIG_IP6_NF_MATCH_PHYSDEV=m
CONFIG_IP6_NF_FILTER=m
CONFIG_IP6_NF_TARGET_LOG=m
CONFIG_IP6_NF_MANGLE=m
CONFIG_IP6_NF_TARGET_MARK=m
CONFIG_IP6_NF_RAW=m

#
# Bridge: Netfilter Configuration
#
CONFIG_BRIDGE_NF_EBTABLES=m
CONFIG_BRIDGE_EBT_BROUTE=m
CONFIG_BRIDGE_EBT_T_FILTER=m
CONFIG_BRIDGE_EBT_T_NAT=m
CONFIG_BRIDGE_EBT_802_3=m
CONFIG_BRIDGE_EBT_AMONG=m
CONFIG_BRIDGE_EBT_ARP=m
CONFIG_BRIDGE_EBT_IP=m
CONFIG_BRIDGE_EBT_LIMIT=m
CONFIG_BRIDGE_EBT_MARK=m
CONFIG_BRIDGE_EBT_PKTTYPE=m
CONFIG_BRIDGE_EBT_STP=m
CONFIG_BRIDGE_EBT_VLAN=m
CONFIG_BRIDGE_EBT_ARPREPLY=m
CONFIG_BRIDGE_EBT_DNAT=m
CONFIG_BRIDGE_EBT_MARK_T=m
CONFIG_BRIDGE_EBT_REDIRECT=m
CONFIG_BRIDGE_EBT_SNAT=m
CONFIG_BRIDGE_EBT_LOG=m
CONFIG_XFRM=y
CONFIG_XFRM_USER=y

#
# SCTP Configuration (EXPERIMENTAL)
#
CONFIG_IP_SCTP=m
# CONFIG_SCTP_DBG_MSG is not set
# CONFIG_SCTP_DBG_OBJCNT is not set
# CONFIG_SCTP_HMAC_NONE is not set
# CONFIG_SCTP_HMAC_SHA1 is not set
CONFIG_SCTP_HMAC_MD5=y
CONFIG_ATM=m
CONFIG_ATM_CLIP=m
# CONFIG_ATM_CLIP_NO_ICMP is not set
CONFIG_ATM_LANE=m
# CONFIG_ATM_MPOA is not set
CONFIG_ATM_BR2684=m
# CONFIG_ATM_BR2684_IPFILTER is not set
CONFIG_BRIDGE=m
CONFIG_VLAN_8021Q=m
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
CONFIG_NET_DIVERT=y
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set

#
# QoS and/or fair queueing
#
CONFIG_NET_SCHED=y
CONFIG_NET_SCH_CLK_JIFFIES=y
# CONFIG_NET_SCH_CLK_GETTIMEOFDAY is not set
# CONFIG_NET_SCH_CLK_CPU is not set
CONFIG_NET_SCH_CBQ=m
CONFIG_NET_SCH_HTB=m
CONFIG_NET_SCH_HFSC=m
CONFIG_NET_SCH_ATM=m
CONFIG_NET_SCH_PRIO=m
CONFIG_NET_SCH_RED=m
CONFIG_NET_SCH_SFQ=m
CONFIG_NET_SCH_TEQL=m
CONFIG_NET_SCH_TBF=m
CONFIG_NET_SCH_GRED=m
CONFIG_NET_SCH_DSMARK=m
CONFIG_NET_SCH_NETEM=m
CONFIG_NET_SCH_INGRESS=m
CONFIG_NET_QOS=y
CONFIG_NET_ESTIMATOR=y
CONFIG_NET_CLS=y
CONFIG_NET_CLS_TCINDEX=m
CONFIG_NET_CLS_ROUTE4=m
CONFIG_NET_CLS_ROUTE=y
CONFIG_NET_CLS_FW=m
CONFIG_NET_CLS_U32=m
CONFIG_CLS_U32_PERF=y
CONFIG_NET_CLS_IND=y
CONFIG_NET_CLS_RSVP=m
CONFIG_NET_CLS_RSVP6=m
# CONFIG_NET_CLS_ACT is not set
CONFIG_NET_CLS_POLICE=y

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
CONFIG_NETPOLL=y
# CONFIG_NETPOLL_RX is not set
CONFIG_NETPOLL_TRAP=y
CONFIG_NET_POLL_CONTROLLER=y
# CONFIG_HAMRADIO is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
CONFIG_TUX=m

#
# TUX options
#
CONFIG_TUX_EXTCGI=y
# CONFIG_TUX_EXTENDED_LOG is not set
# CONFIG_TUX_DEBUG is not set
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
CONFIG_BONDING=m
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
CONFIG_ETHERTAP=m

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_MII=m

#
# Ethernet (1000 Mbit)
#

#
# Ethernet (10000 Mbit)
#

#
# Token Ring devices
#

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set
CONFIG_IEEE80211=m
# CONFIG_IEEE80211_DEBUG is not set
CONFIG_IEEE80211_CRYPT_WEP=m
CONFIG_IEEE80211_CRYPT_CCMP=m

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# ATM drivers
#
CONFIG_ATM_TCP=m
CONFIG_PPP=m
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
# CONFIG_PPP_BSDCOMP is not set
CONFIG_PPPOE=m
CONFIG_PPPOATM=m
# CONFIG_SLIP is not set
# CONFIG_SHAPER is not set
CONFIG_NETCONSOLE=m
CONFIG_NETDUMP=m

#
# ISDN subsystem
#
# CONFIG_ISDN is not set

#
# Telephony Support
#
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
# CONFIG_INPUT_MOUSEDEV_PSAUX is not set
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_TSDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input I/O drivers
#
# CONFIG_GAMEPORT is not set
CONFIG_SOUND_GAMEPORT=y
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_RAW is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_INPUT_MOUSE is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_SERIAL_NONSTANDARD is not set

#
# Serial drivers
#
# CONFIG_SERIAL_8250 is not set

#
# Non-8250 serial port support
#
CONFIG_UNIX98_PTYS=y
# CONFIG_LEGACY_PTYS is not set
CONFIG_CRASH=m

#
# IPMI
#
# CONFIG_IPMI_HANDLER is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_GEN_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_MWAVE is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_HANGCHECK_TIMER is not set

#
# I2C support
#
CONFIG_I2C=m
CONFIG_I2C_CHARDEV=m

#
# I2C Algorithms
#
CONFIG_I2C_ALGOBIT=m
CONFIG_I2C_ALGOPCF=m
CONFIG_I2C_ALGOPCA=m

#
# I2C Hardware Bus support
#
CONFIG_I2C_AMD756=m
CONFIG_I2C_AMD8111=m
CONFIG_I2C_ISA=m
# CONFIG_I2C_PARPORT_LIGHT is not set
# CONFIG_SCx200_ACB is not set
# CONFIG_I2C_PCA_ISA is not set

#
# Hardware Sensors Chip support
#
CONFIG_I2C_SENSOR=m
CONFIG_SENSORS_ADM1021=m
CONFIG_SENSORS_ADM1025=m
CONFIG_SENSORS_ADM1031=m
CONFIG_SENSORS_ASB100=m
CONFIG_SENSORS_DS1621=m
CONFIG_SENSORS_FSCHER=m
CONFIG_SENSORS_GL518SM=m
CONFIG_SENSORS_IT87=m
CONFIG_SENSORS_LM75=m
CONFIG_SENSORS_LM77=m
CONFIG_SENSORS_LM78=m
CONFIG_SENSORS_LM80=m
CONFIG_SENSORS_LM83=m
CONFIG_SENSORS_LM85=m
CONFIG_SENSORS_LM90=m
CONFIG_SENSORS_MAX1619=m
CONFIG_SENSORS_SMSC47M1=m
CONFIG_SENSORS_W83781D=m
CONFIG_SENSORS_W83L785TS=m
CONFIG_SENSORS_W83627HF=m

#
# Other I2C Chip support
#
CONFIG_SENSORS_EEPROM=m
CONFIG_SENSORS_PCF8574=m
CONFIG_SENSORS_PCF8591=m
CONFIG_SENSORS_RTC8564=m
# CONFIG_I2C_DEBUG_CORE is not set
# CONFIG_I2C_DEBUG_ALGO is not set
# CONFIG_I2C_DEBUG_BUS is not set
# CONFIG_I2C_DEBUG_CHIP is not set

#
# Hardware Monitoring support
#
CONFIG_HWMON=m
CONFIG_HWMON_VID=m
CONFIG_SENSORS_ADM1026=m
CONFIG_SENSORS_LM87=m
# CONFIG_HWMON_DEBUG_CHIP is not set

#
# Dallas's 1-wire bus
#
# CONFIG_W1 is not set

#
# Misc devices
#
# CONFIG_IBM_ASM is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# Digital Video Broadcasting Devices
#
# CONFIG_DVB is not set

#
# Graphics support
#
# CONFIG_FB is not set
CONFIG_VIDEO_SELECT=y

#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y

#
# Sound
#
# CONFIG_SOUND is not set

#
# USB support
#

#
# USB Gadget Support
#
# CONFIG_USB_GADGET is not set

#
# InfiniBand support
#
CONFIG_INFINIBAND=m
CONFIG_INFINIBAND_USER_MAD=m
CONFIG_INFINIBAND_USER_ACCESS=m
CONFIG_INFINIBAND_ADDR_TRANS=y
CONFIG_INFINIBAND_IPOIB=m
CONFIG_INFINIBAND_IPOIB_DEBUG=y
# CONFIG_INFINIBAND_IPOIB_DEBUG_DATA is not set
CONFIG_INFINIBAND_SDP=m
# CONFIG_INFINIBAND_SDP_DEBUG is not set
CONFIG_INFINIBAND_RDS=m
# CONFIG_INFINIBAND_RDS_DEBUG is not set

#
# EDAC - error detection and reporting (RAS)
#
# CONFIG_EDAC is not set

#
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
CONFIG_EXT3_FS=m
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
CONFIG_JBD=m
# CONFIG_JBD_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
CONFIG_FS_POSIX_ACL=y
# CONFIG_XFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_ROMFS_FS is not set
CONFIG_QUOTA=y
# CONFIG_QFMT_V1 is not set
CONFIG_QFMT_V2=y
CONFIG_QUOTACTL=y
# CONFIG_AUTOFS_FS is not set
CONFIG_AUTOFS4_FS=m

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_ZISOFS_FS=y
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="ascii"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_SYSFS=y
# CONFIG_DEVFS_FS is not set
CONFIG_DEVPTS_FS_XATTR=y
CONFIG_DEVPTS_FS_SECURITY=y
CONFIG_TMPFS=y
CONFIG_TMPFS_XATTR=y
CONFIG_TMPFS_SECURITY=y
CONFIG_HUGETLBFS=y
CONFIG_HUGETLB_PAGE=y
CONFIG_RAMFS=y
CONFIG_RELAYFS_FS=y

#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
CONFIG_HFS_FS=m
CONFIG_HFSPLUS_FS=m
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
CONFIG_CRAMFS=m
CONFIG_VXFS_FS=m
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set

#
# Network File Systems
#
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
# CONFIG_NFS_V3_ACL is not set
CONFIG_NFS_V4=y
CONFIG_NFS_DIRECTIO=y
CONFIG_NFSD=m
# CONFIG_NFSD_V2_ACL is not set
CONFIG_NFSD_V3=y
# CONFIG_NFSD_V3_ACL is not set
CONFIG_NFSD_V4=y
CONFIG_NFSD_TCP=y
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=m
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
CONFIG_RPCSEC_GSS_KRB5=m
CONFIG_RPCSEC_GSS_SPKM3=m
CONFIG_SMB_FS=m
# CONFIG_SMB_NLS_DEFAULT is not set
CONFIG_CIFS=m
# CONFIG_CIFS_STATS is not set
CONFIG_CIFS_XATTR=y
CONFIG_CIFS_POSIX=y
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
CONFIG_PARTITION_ADVANCED=y
# CONFIG_ACORN_PARTITION is not set
CONFIG_OSF_PARTITION=y
# CONFIG_AMIGA_PARTITION is not set
# CONFIG_ATARI_PARTITION is not set
CONFIG_MAC_PARTITION=y
CONFIG_MSDOS_PARTITION=y
CONFIG_BSD_DISKLABEL=y
CONFIG_MINIX_SUBPARTITION=y
CONFIG_SOLARIS_X86_PARTITION=y
CONFIG_UNIXWARE_DISKLABEL=y
# CONFIG_LDM_PARTITION is not set
CONFIG_SGI_PARTITION=y
# CONFIG_ULTRIX_PARTITION is not set
CONFIG_SUN_PARTITION=y
CONFIG_EFI_PARTITION=y

#
# Native Language Support
#
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="utf8"
CONFIG_NLS_CODEPAGE_437=y
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=y
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m

#
# Kernel hacking
#
CONFIG_DEBUG_KERNEL=y
CONFIG_MAGIC_SYSRQ=y
# CONFIG_DEBUG_SLAB is not set
CONFIG_DEBUG_SPINLOCK=y
CONFIG_DEBUG_SPINLOCK_SLEEP=y
CONFIG_DEBUG_HIGHMEM=y
CONFIG_DEBUG_INFO=y
# CONFIG_FRAME_POINTER is not set
CONFIG_EARLY_PRINTK=y
CONFIG_DEBUG_STACKOVERFLOW=y
CONFIG_KPROBES=y
CONFIG_DEBUG_STACK_USAGE=y
# CONFIG_DEBUG_PAGEALLOC is not set
CONFIG_4KSTACKS=y
# CONFIG_SCHEDSTATS is not set

#
# Security options
#
CONFIG_KEYS=y
CONFIG_KEYS_DEBUG_PROC_KEYS=y
CONFIG_SECURITY=y
CONFIG_SECURITY_NETWORK=y
CONFIG_SECURITY_CAPABILITIES=y
CONFIG_SECURITY_SELINUX=y
CONFIG_SECURITY_SELINUX_BOOTPARAM=y
CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=1
CONFIG_SECURITY_SELINUX_DISABLE=y
CONFIG_SECURITY_SELINUX_DEVELOP=y
CONFIG_SECURITY_SELINUX_AVC_STATS=y
# CONFIG_SECURITY_SELINUX_MLS is not set

#
# Cryptographic options
#
CONFIG_CRYPTO=y
CONFIG_CRYPTO_HMAC=y
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=m
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_WP512=m
CONFIG_CRYPTO_DES=m
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_AES_586=m
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_KHAZAD=m
CONFIG_CRYPTO_DEFLATE=m
CONFIG_CRYPTO_MICHAEL_MIC=m
CONFIG_CRYPTO_CRC32C=m
# CONFIG_CRYPTO_TEST is not set
CONFIG_CRYPTO_SIGNATURE=y
CONFIG_CRYPTO_SIGNATURE_DSA=y
CONFIG_CRYPTO_MPILIB=y
CONFIG_XEN=y
CONFIG_XEN_INTERFACE_VERSION=0x00030203

#
# XEN
#
# CONFIG_XEN_PRIVILEGED_GUEST is not set
CONFIG_XEN_UNPRIVILEGED_GUEST=y
CONFIG_XEN_PRIVCMD=y
CONFIG_XEN_XENBUS_DEV=y
CONFIG_XEN_BLKDEV_FRONTEND=m
CONFIG_XEN_NETDEV_FRONTEND=m
CONFIG_XEN_SCRUB_PAGES=y
CONFIG_XEN_DISABLE_SERIAL=y
CONFIG_XEN_COMPAT_030002_AND_LATER=y
# CONFIG_XEN_COMPAT_LATEST_ONLY is not set
CONFIG_XEN_COMPAT_030002=y
CONFIG_HAVE_ARCH_ALLOC_SKB=y
CONFIG_HAVE_ARCH_DEV_ALLOC_SKB=y
CONFIG_HAVE_IRQ_IGNORE_UNHANDLED=y
CONFIG_NO_IDLE_HZ=y
CONFIG_XEN_UTIL=y
CONFIG_XEN_BALLOON=y
CONFIG_XEN_DEVMEM=y
CONFIG_XEN_SKBUFF=y
CONFIG_XEN_REBOOT=y
CONFIG_XEN_SMPBOOT=y

#
# Library routines
#
CONFIG_CRC_CCITT=m
CONFIG_CRC32=y
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_X86_SMP=y
CONFIG_X86_NO_TSS=y
CONFIG_X86_NO_IDT=y
CONFIG_X86_BIOS_REBOOT=y
CONFIG_X86_TRAMPOLINE=y
CONFIG_PC=y

[-- Attachment #3: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Re: [ANNOUNCE] virtbench now has xen support
  2007-05-22  7:33                 ` Jan Michael
@ 2007-05-22  9:33                   ` Jeremy Fitzhardinge
  2007-05-23 18:05                     ` Jan Michael
  0 siblings, 1 reply; 16+ messages in thread
From: Jeremy Fitzhardinge @ 2007-05-22  9:33 UTC (permalink / raw)
  To: Jan Michael; +Cc: Anthony Liguori, Rusty Russell, Xen Mailing List

Jan Michael wrote:
> I can say that we are using a kernel builf from the attached kernel
> config and a special initrd image for our domUs.
> The initrd image contains the modules xenblk.ko and xennet.ko. So
> netfront and blkfront are not compiled into the kernel.

Modular is OK if they're in the initrd you're using.

> Our linux gurus made the kernel and the initrd image. I think I have
> to integrate those modules into the initrd image you are using and
> have to load them. But at this point I have no knowledge how to do
> this...

It's distro-dependent, but mkinitrd works for RH-type systems. 
Something like "mkinitrd --with=xenblk --with=xennet -v my-initrd.img
<kernel version>".

    J

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Re: [ANNOUNCE] virtbench now has xen support
  2007-05-22  9:33                   ` Jeremy Fitzhardinge
@ 2007-05-23 18:05                     ` Jan Michael
       [not found]                       ` <157A1A05-C74F-4055-A71B-3068BFECB61E@cern.ch>
       [not found]                       ` <7C99B109-A4B0-4957-8583-E3C3651BCE1D@cern.ch>
  0 siblings, 2 replies; 16+ messages in thread
From: Jan Michael @ 2007-05-23 18:05 UTC (permalink / raw)
  To: Jeremy Fitzhardinge; +Cc: Anthony Liguori, Rusty Russell, Xen Mailing List

Hello,

as I found out it is a little bit tricky to use one's initrd. Because  
Virtbench is overriding the init command in the domU configuration  
file with rdinit and therefore it is not possible to load modules:

<virtbench-xen.cfg.in>
extra       = "rdinit=/virtclient @VIRTBENCH_ID@ @SERVERIP@  
@SERVERPORT@ /dev/xvda1 202 1 eth0 %s" % string.replace('@IP@', '.',  
'/')
</virtbench-xen.cfg.in>

The template file virtbench-xen.cfg.in is used to create an  
individual xen configuration file for each user domain.
Despite this I tried to get the virtclient working with my own  
initrd. I was able to successfully load the xen network and block  
device driver. At the end of the init script I could start virtclient  
from the ramdisk.

So I modified the start_machine script in that way that it will  
manipulate the init start script of the ramdisk and after that it  
creates one initrd for each domU. The domU configuration uses now a  
prepared ramdisk rather than this one from virtbench.

The benchmark passed with the following outcome:

Time for one context switch via pipe: 8734 (8640 - 9575)
Time for one Copy-on-Write fault: 5898 (5814 - 8963)
Time to exec client once: 573046 (565921 - 615390)
Time for one fork/exit/wait: 347687 (345750 - 362250)
Time to send 4 MB from host: 55785000 (27069625 - 315191500)
Time for one int-0x80 syscall: 370 (370 - 403)
Time for one syscall via libc: 376 (376 - 377)
Time to walk linear 64 MB: 1790875 (1711750 - 3332875)
Time to walk random 64 MB: 2254500 (2246000 - 2266250)
Time for one outb PIO operation: 721 (717 - 733)
DISABLED pte-update: glibc version is too old
Time to read from disk (256 kB): 18810406 (14266718 - 24088906)
Time for one disk read: 56343 (38593 - 201718)
DISABLED vmcall: not a VT guest
DISABLED vmmcall: not an SVM guest
Time to send 4 MB between guests: 94326750 (79872250 - 729306500)
Time for inter-guest pingpong: 130316 (119722 - 186511)
Time to sendfile 4 MB between guests: 134768000 (86528000 - 417646000)
Time to receive 1000 1k UDPs between guests: 26010000 (23384000 -  
66784000)

Last question for today: What is the unit of these time values?

Thanks,

	Jan

	
On 22.05.2007, at 11:33, Jeremy Fitzhardinge wrote:
> Jan Michael wrote:
>> I can say that we are using a kernel builf from the attached kernel
>> config and a special initrd image for our domUs.
>> The initrd image contains the modules xenblk.ko and xennet.ko. So
>> netfront and blkfront are not compiled into the kernel.
>
> Modular is OK if they're in the initrd you're using.
>
>> Our linux gurus made the kernel and the initrd image. I think I have
>> to integrate those modules into the initrd image you are using and
>> have to load them. But at this point I have no knowledge how to do
>> this...
>
> It's distro-dependent, but mkinitrd works for RH-type systems.
> Something like "mkinitrd --with=xenblk --with=xennet -v my-initrd.img
> <kernel version>".
>
>     J

^ permalink raw reply	[flat|nested] 16+ messages in thread

* RE: Re: [ANNOUNCE] virtbench now has xen support
       [not found]                       ` <157A1A05-C74F-4055-A71B-3068BFECB61E@cern.ch>
@ 2007-05-24 16:11                         ` Petersson, Mats
  2007-06-09  3:19                         ` Rusty Russell
  1 sibling, 0 replies; 16+ messages in thread
From: Petersson, Mats @ 2007-05-24 16:11 UTC (permalink / raw)
  To: Jan Michael, Jeremy Fitzhardinge, Anthony Liguori, Rusty Russell,
	Xen Mailing List
  Cc: Alex Iribarren

> -----Original Message-----
> From: xen-devel-bounces@lists.xensource.com 
> [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of 
> Jan Michael
> Sent: 24 May 2007 16:37
> To: Jeremy Fitzhardinge; Anthony Liguori; Rusty Russell; Xen 
> Mailing List
> Cc: Alex Iribarren
> Subject: Re: [Xen-devel] Re: [ANNOUNCE] virtbench now has xen support
> 
> Hi Everybody,
> 
> On 23.05.2007, at 20:05, Jan Michael wrote:
> > The benchmark passed with the following outcome:
> >
> > Time for one context switch via pipe: 8734 (8640 - 9575)
> > Time for one Copy-on-Write fault: 5898 (5814 - 8963)
> > Time to exec client once: 573046 (565921 - 615390)
> > Time for one fork/exit/wait: 347687 (345750 - 362250)
> > Time to send 4 MB from host: 55785000 (27069625 - 315191500)
> > Time for one int-0x80 syscall: 370 (370 - 403)
> > Time for one syscall via libc: 376 (376 - 377)
> > Time to walk linear 64 MB: 1790875 (1711750 - 3332875)
> > Time to walk random 64 MB: 2254500 (2246000 - 2266250)
> > Time for one outb PIO operation: 721 (717 - 733)
> > DISABLED pte-update: glibc version is too old
> > Time to read from disk (256 kB): 18810406 (14266718 - 24088906)
> > Time for one disk read: 56343 (38593 - 201718)
> > DISABLED vmcall: not a VT guest
> > DISABLED vmmcall: not an SVM guest
> > Time to send 4 MB between guests: 94326750 (79872250 - 729306500)
> > Time for inter-guest pingpong: 130316 (119722 - 186511)
> > Time to sendfile 4 MB between guests: 134768000 (86528000 - 
> 417646000)
> > Time to receive 1000 1k UDPs between guests: 26010000 (23384000 -  
> > 66784000)
> 
> I didn't had anything to do with benchmarking in the past, and  
> especially not with virtualization benchmarks, so there are again  
> some questions related to the results of the benchmarking test:
> 
> 	1. What can I read out of every single value which is 
> listed above?  

The time it takes to perform the particular microbenchmark. 

> Can you please give a short explenation?
> 	2. What are the unit(s) of the measured values?

Good question, and I don't know the actual answer. I suspect they are
clock-cycles or perhaps nanoseconds. It's clearly not milliseconds or
microseconds, so it's a "very short time-unit". 

> 	3. What is a good value and what is a bad value? On 
> what does these  
> measures depend on - hardware or software or both?

They aren't good or bad values as such - they are comparative numbers.
There are no "absolute" good or bad values. If I say "ten seconds", that
may be a good value if you're running 100m. But it's certainly a bad
value for a computer running 10000 instructions, for example. 

Using these values, one could either compare one implementation of Xen
with another, or compare two machines with different specs (e.g.
different processors, different memory types, different network cards or
disks, or whatever). The on with the higher numbers is the slower one. 

> 	4. If I get a certain value like this one: Time for one 
> context  
> switch via pipe: 8734 (8640 - 9575). What can I do to improve/tune  
> the performance or the values?

Like any other performance improvement, you'd have to figure out where
the majority of time[1] is spent for this microbenchmark, and then try
to improve that somehow. Repeatedly (unless it runs for a long time in
itself) running this particular benchmark and running "oprofile" on the
machine would be able to give a fair idea of where in the system the
time is spent. 

The numbers in the bracket is the upper/lower numbers, the first number
being the average of several runs. 

> 	5. I googled through the web to find any results to 
> compare with  
> mine, but I couldn't find anything. Do you have some?

I don't.
> 	6. In the README file is said that virtbench contains 
> "low level"  
> benchmarks. What do you consider as a "high level" benchmark?

Low-level benchmark is similar to "microbenchmark". It tests ONE
particular feature of the system in isolation. For example, the "context
switch via pipe" is sending a message via a pipe from one process to
another process, and measuring the time it takes from sending the
message until it's been received at the other end. This is a good way to
measure very precise parts of a system, but improving this by 10%, 20%
or 50% may serve no purpose if it isn't a large portion of a higher
level functionality. E.g. if you run the Blurg[2] web-server, it may not
use pipes at all, so the performance of Blurg is completely unrelated of
the performance of this particular benchmark. Some other functions in
the microbenchmark are likely to have some effect on Blurg, but it may
also be that a major portion of Blurg's execution time isn't in the
OS/Hypervisor at all, so it doesn't really make much difference at all. 

To give another type of example: 

We can measure the horse-power of a car-enging. There are several ways
to do this. The most realistic is one that actually uses the car itself
(such as a rolling-road), but we can also dismount the engine from the
car and measure it without the gearbox, cooling fans, water pumps, and
whatever else that can be "removed". This method will of course generate
(somewhat) more power, but also less useful numbers. On the other hand,
all of this is pointless if you can't actually USE the power (e.g. the
suspension isn't good enough to go round corners, the brakes don't work
well, so if you don't have half a kilometer to stop, you can't use the
maximum speed of the car, etc, etc) on the road/racetrack, right? So the
BEST way to compare two cars would be to use the same (skilled) driver
around a track or a road, to see which performs best. 

Microbenchmarks measure the engine-power, braking power, suspension
springs, etc, etc. High level/application benchmarks measures the
systems ability to perform a higher level task, such as web-serving,
file-serving, complex calculation tasks, or some such. 

[1] Figuring out where the majority of time is spent is USUALLY the best
place to start. However, there are cases where small distributed bits of
code are the major part. In the past, I've seen cases where a function
called many times got inlined, and eaach individual "call" of the
function didn't amount to much, but since it was called many times
during the overall benchmark, it amounted to a noticable overhead. In
another case, there was a "trace-function" that got called thousands of
times a second, but since tracing was turned off, it didn't actually do
anything but return. This "nothing but return" was about 2% of the
overall time of the "benchmark". However, the effect of actually CALLING
the function (passing a bunch of parameters and often extracting those
parameters from pointers/data structures) was taking about 15% of the
overall time. Moving the check to see if there was any output to be done
to outside the function call improved the overall performance by about
16%. Worth having, eh?

[2] Blurg is a fictional web-server, not a product in real life, but for
this example, it doesn't really matter. 

--
Mats
> 
> Ok. Enough of my questions so far. If you answere these ones 
> I'll may  
> be have more afterwards.
> Thanks for your help,
> 
> 	Jan 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
> 
> 
> 

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Re: [ANNOUNCE] virtbench now has xen support
       [not found]                       ` <157A1A05-C74F-4055-A71B-3068BFECB61E@cern.ch>
  2007-05-24 16:11                         ` Petersson, Mats
@ 2007-06-09  3:19                         ` Rusty Russell
  1 sibling, 0 replies; 16+ messages in thread
From: Rusty Russell @ 2007-06-09  3:19 UTC (permalink / raw)
  To: Jan Michael
  Cc: Alex Iribarren, Jeremy Fitzhardinge, Xen Mailing List,
	Anthony Liguori

On Thu, 2007-05-24 at 17:37 +0200, Jan Michael wrote:
> I didn't had anything to do with benchmarking in the past, and  
> especially not with virtualization benchmarks, so there are again  
> some questions related to the results of the benchmarking test:
> 
> 	1. What can I read out of every single value which is listed above?  
> Can you please give a short explenation?
> 	2. What are the unit(s) of the measured values?

Hi Jan!

Each one is in nanoseconds, shorter is better.  All of them are run on
processes within one randomly-chosen domU of the four (some are
inter-guest test which run on two domUs)

> > Time for one context switch via pipe: 8734 (8640 - 9575)

Two processes within the domU, one is doing a read() waiting for the
other to do a write(), then vice versa

> > Time for one Copy-on-Write fault: 5898 (5814 - 8963)

This measures the time for a page marked readonly to become writable
when the guest writes to it.

> > Time to exec client once: 573046 (565921 - 615390)

This measures the client process execing itself.

> > Time for one fork/exit/wait: 347687 (345750 - 362250)

This measure the client process fork()ing, the child exiting, and the
parent waiting for it.

> > Time to send 4 MB from host: 55785000 (27069625 - 315191500)

This measures network speed: 4MB TCP transfer from the virtbench process
(dom0) to the client (domU).

> > Time for one int-0x80 syscall: 370 (370 - 403)
> > Time for one syscall via libc: 376 (376 - 377)

These are the time taken to do a getppid() system call.

> > Time to walk linear 64 MB: 1790875 (1711750 - 3332875)
> > Time to walk random 64 MB: 2254500 (2246000 - 2266250)

Memory walking.

> > Time for one outb PIO operation: 721 (717 - 733)

One io operation, roughly the time taken for a hypervisor entry & exit.

> > DISABLED pte-update: glibc version is too old

This test measures the time to update two page table entries, but
required mremap() which is only in modern glibcs.

> > Time to read from disk (256 kB): 18810406 (14266718 - 24088906)

Read 256k from the block device.

> > Time for one disk read: 56343 (38593 - 201718)

Read a single block from the block device (ie. latency).

> > DISABLED vmcall: not a VT guest
> > DISABLED vmmcall: not an SVM guest

These only apply to fully-virtualized guests.

> > Time to send 4 MB between guests: 94326750 (79872250 - 729306500)

domU <-> domU 4MB TCP write.

> > Time for inter-guest pingpong: 130316 (119722 - 186511)

domU <-> domU TCP latency.

> > Time to sendfile 4 MB between guests: 134768000 (86528000 - 417646000)

domU <-> domU 4MB TCP write using sendfile().

> > Time to receive 1000 1k UDPs between guests: 26010000 (23384000 -  
> > 66784000)

Sending 1000 UDP packets from domU <-> domU.  This benchmark is horribly
unreliable and should probably be removed.

> 	3. What is a good value and what is a bad value? On what does these  
> measures depend on - hardware or software or both?

Both... run "virtbench local" on the same hardware on a normal Linux
kernel to see what native results are.  This is really the target to aim
for.

> 	4. If I get a certain value like this one: Time for one context  
> switch via pipe: 8734 (8640 - 9575). What can I do to improve/tune  
> the performance or the values?

That would be Xen-specific, I'm not entirely sure how much that can be
improved.

> 	5. I googled through the web to find any results to compare with  
> mine, but I couldn't find anything. Do you have some?

I do not release benchmark numbers myself; they're quite dependent on
particular hardware, and also virtualization technology is moving
rapidly enough to make them quite obsolete.  virtbench is mainly useful
for spotting regressions, measuring code optimizations and explaining
the results of higher-level benchmarks.

> 	6. In the README file is said that virtbench contains "low level"  
> benchmarks. What do you consider as a "high level" benchmark?

Things like: kernbench, SDET, Spec, etc.

I hope that helps,
Rusty.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Re: [ANNOUNCE] virtbench now has xen support
       [not found]                       ` <7C99B109-A4B0-4957-8583-E3C3651BCE1D@cern.ch>
@ 2007-06-09  3:57                         ` Rusty Russell
  0 siblings, 0 replies; 16+ messages in thread
From: Rusty Russell @ 2007-06-09  3:57 UTC (permalink / raw)
  To: Jan Michael; +Cc: Jeremy Fitzhardinge, Xen Mailing List, Anthony Liguori

On Wed, 2007-06-06 at 10:51 +0200, Jan Michael wrote:
> Hello Everyone,
> 
> I got my hands on a HP blade with 64-bit Intel XEON processors. I  
> could successfully start the benchmark but after a while client 1  
> closed the connection. Please see the full log below.
> 
> Could you please help me to find the error? Is there a some kind of  
> debugging mode I could use to get more details from both, client and  
> server side?
> 
> <virtbench execution>
> [root@somemachine virtbench-cern]# ./virtbench xen
> Bringing up machines11188 blocks
> 58.7%
> 11188 blocks
> 58.7%
> 11188 blocks
> 58.7%
> 11188 blocks
> 58.7%
> ....
> Time for one context switch via pipe: 7747 (5070 - 8202)
> Time for one Copy-on-Write fault: 4266 (4242 - 5865)
> Time to exec client once: 331171 (329757 - 332406)
> Time for one fork/exit/wait: 196031 (195781 - 196812)
> Time to send 4 MB from host: 37688750 (27595500 - 47665250)
> Time for one syscall via libc: 428 (417 - 652)
> Time to walk linear 64 MB: 2130375 (2123000 - 2168750)
> Time to walk random 64 MB: 2135000 (2130250 - 2140625)
> virtbench: client 1 closed connection

OK, this looks like look it got upset on the "outb" test.
Unfortunately, redirecting standard input from /dev/null causes xen not
to output any console at all.  I'm not sure how to fix this, but you can
enter names manually on the commandline to avoid running this benchmark.

> sh: line 1: Using: command not found
> sh: line 2: Started: command not found
> virtbench: 'xen/stop_machine virtbench_3
> Using config file "/tmp/virtbench-xen_3.cfg".
> Started domain virtbench_3
> ' failed

It seems that your xen/start_machine script printed out extra stuff,
rahter than just the id to hand back to stop_machine.

Cheers,
Rusty.

^ permalink raw reply	[flat|nested] 16+ messages in thread

end of thread, other threads:[~2007-06-09  3:57 UTC | newest]

Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-05-15  2:38 [ANNOUNCE] virtbench now has xen support Rusty Russell
2007-05-15  7:44 ` Jan Michael
2007-05-15 19:50   ` Anthony Liguori
2007-05-18 10:14     ` Jan Michael
2007-05-18 11:51       ` Rusty Russell
2007-05-18 17:56         ` Jan Michael
2007-05-21  6:16           ` Rusty Russell
2007-05-21  8:13             ` Jan Michael
2007-05-21 13:13               ` Jeremy Fitzhardinge
2007-05-21 23:45               ` Rusty Russell
2007-05-22  7:33                 ` Jan Michael
2007-05-22  9:33                   ` Jeremy Fitzhardinge
2007-05-23 18:05                     ` Jan Michael
     [not found]                       ` <157A1A05-C74F-4055-A71B-3068BFECB61E@cern.ch>
2007-05-24 16:11                         ` Petersson, Mats
2007-06-09  3:19                         ` Rusty Russell
     [not found]                       ` <7C99B109-A4B0-4957-8583-E3C3651BCE1D@cern.ch>
2007-06-09  3:57                         ` Rusty Russell

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.