RE: double speed issue with xen-unstable

RE: double speed issue with xen-unstable

[Ian Pratt]

> I did a fresh hg pull this morning (10:30 CEST) and installed 
> it and until now I did not see this reported on the list:

Of unstable.hg? x86_32?
 
> sleep 10
> 
> only takes only 5 sec in realtime, that happens in dom0 and domU.

Works fine for me on a couple of different machines. It would be good if
other unstable tree users tried this, and perhaps we can spot a pattern.
Having the xen/dom0 boot messages may be useful too.

Ian

> (Environment: Debian sarge on i386
>  Hardware: AthlonXP 1800, 512 MB)
> (with Xen 2.0.6 this doesn't happen)
> 
> 
> Christian Leber
> 
> --
>   "Omnis enim res, quae dando non deficit, dum habetur et non datur,
>    nondum habetur, quomodo habenda est."       (Aurelius Augustinus)
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
> 

Re: double speed issue with xen-unstable

[Christian Leber]

On Wed, Jul 27, 2005 at 10:59:57AM +0100, Ian Pratt wrote:
> > I did a fresh hg pull this morning (10:30 CEST) and installed 
> > it and until now I did not see this reported on the list:
> Of unstable.hg? x86_32?

yes, yes

> > sleep 10
> > only takes only 5 sec in realtime, that happens in dom0 and domU.
> Works fine for me on a couple of different machines. It would be good if
> other unstable tree users tried this, and perhaps we can spot a pattern.
> Having the xen/dom0 boot messages may be useful too.

 Xen version 3.0-devel (root@localdomain) (gcc version 3.3.5 (Debian 1:3.3.5-13)) Wed Jul 27 17:24:40 CE
ST 2005
 Latest ChangeSet:  

(XEN) Physical RAM map:
(XEN)  0000000000000000 - 000000000009fc00 (usable)
(XEN)  000000000009fc00 - 00000000000a0000 (reserved)
(XEN)  00000000000f0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 000000001fff0000 (usable)
(XEN)  000000001fff0000 - 000000001fff8000 (ACPI data)
(XEN)  000000001fff8000 - 0000000020000000 (ACPI NVS)
(XEN)  00000000fec00000 - 00000000fec01000 (reserved)
(XEN)  00000000fee00000 - 00000000fee01000 (reserved)
(XEN)  00000000fff80000 - 0000000100000000 (reserved)
(XEN) System RAM: 511MB (523836kB)
(XEN) Xen heap: 10MB (10716kB)
(XEN) PAE disabled.
(XEN) DMI 2.3 present.
(XEN) Using APIC driver default
(XEN) ACPI: RSDP (v000 AMI                                   ) @ 0x000fa8a0
(XEN) ACPI: RSDT (v001 AMIINT VIA_K7   0x00000010 MSFT 0x00000097) @ 0x1fff0000
(XEN) ACPI: FADT (v001 AMIINT VIA_K7   0x00000011 MSFT 0x00000097) @ 0x1fff0030
(XEN) ACPI: MADT (v001 AMIINT VIA_K7   0x00000009 MSFT 0x00000097) @ 0x1fff00c0
(XEN) ACPI: DSDT (v001    VIA   KT266A 0x00001000 MSFT 0x0100000d) @ 0x00000000
(XEN) ACPI: Local APIC address 0xfee00000
(XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
(XEN) Processor #0 6:6 APIC version 16
(XEN) ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
(XEN) IOAPIC[0]: apic_id 2, version 3, address 0xfec00000, GSI 0-23
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
(XEN) ACPI: IRQ0 used by override.
(XEN) ACPI: IRQ2 used by override.
(XEN) ACPI: IRQ9 used by override.
(XEN) Enabling APIC mode:  Flat.  Using 1 I/O APICs
(XEN) Using ACPI (MADT) for SMP configuration information
(XEN) Initializing CPU#0
(XEN) Detected 1532.636 MHz processor.
(XEN) Using scheduler: Simple EDF Scheduler (sedf)
(XEN) CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
(XEN) CPU: L2 Cache: 256K (64 bytes/line)
(XEN) CPU0: AMD Athlon(tm) XP 1800+ stepping 02
(XEN) Total of 1 processors activated.
(XEN) ENABLING IO-APIC IRQs
(XEN) ..TIMER: vector=0x31 pin1=2 pin2=-1
(XEN) Brought up 1 CPUs
(XEN) mtrr: v2.0 (20020519)
(XEN) *** LOADING DOMAIN 0 ***
(XEN) Xen-ELF header found: 'GUEST_OS=linux,GUEST_VER=2.6,XEN_VER=3.0,VIRT_BASE=0xC0000000,PAE=no,LOADER
=generic'
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN)  Dom0 alloc.:   08000000->10000000 (67232 pages to be allocated)
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN)  Loaded kernel: c0100000->c060b0e4
(XEN)  Init. ramdisk: c060c000->c060c000
(XEN)  Phys-Mach map: c060c000->c066da80
(XEN)  Page tables:   c066e000->c0671000
(XEN)  Start info:    c0671000->c0672000
(XEN)  Boot stack:    c0672000->c0673000
(XEN)  TOTAL:         c0000000->c0800000
(XEN)  ENTRY ADDRESS: c0100000
(XEN) Scrubbing Free RAM: ......done.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen).



Christian Leber

-- 
  "Omnis enim res, quae dando non deficit, dum habetur et non datur,
   nondum habetur, quomodo habenda est."       (Aurelius Augustinus)
  Translation: <http://gnuhh.org/work/fsf-europe/augustinus.html>

Re: double speed issue with xen-unstable

[Christian Leber]

On Wed, Jul 27, 2005 at 10:59:57AM +0100, Ian Pratt wrote:

> > sleep 10
> > 
> > only takes only 5 sec in realtime, that happens in dom0 and domU.
> 
> Works fine for me on a couple of different machines. It would be good if
> other unstable tree users tried this, and perhaps we can spot a pattern.

Now i have another pattern... because sometimes when i run
/etc/init.d/xend networking stops working completly i tried several
times.... and now booting took allready very long.

And sleep 10 takes forever, I stopped it after 20 MINUTES.
xm dmesg is here, but it doubt it helps:
http://debian.christian-leber.de/dmesg.slooow


Oh, the ifconfig output when the networking fails looks like this:
http://debian.christian-leber.de/ifco.works
otherwise like this:
http://debian.christian-leber.de/ifco

the software is of course completly unchanged, sometimes it works,
sometimes not.


Christian Leber

-- 
  "Omnis enim res, quae dando non deficit, dum habetur et non datur,
   nondum habetur, quomodo habenda est."       (Aurelius Augustinus)
  Translation: <http://gnuhh.org/work/fsf-europe/augustinus.html>

Re: double speed issue with xen-unstable; test on another system

[Christian Leber]

On Wed, Jul 27, 2005 at 10:59:57AM +0100, Ian Pratt wrote:

> Works fine for me on a couple of different machines. It would be good if
> other unstable tree users tried this, and perhaps we can spot a pattern.

I tried exactly the same hg pull on my laptop (Dell C810, P3 1133 Mhz,
512 MB, Intel 810 something chipset, ubuntu 5.04) and it works.

So it seems to be either a chipset or cpu issue.


Christian Leber

-- 
  "Omnis enim res, quae dando non deficit, dum habetur et non datur,
   nondum habetur, quomodo habenda est."       (Aurelius Augustinus)
  Translation: <http://gnuhh.org/work/fsf-europe/augustinus.html>

double speed issue with xen-unstable

[Christian Leber]

Hello,

I did a fresh hg pull this morning (10:30 CEST) and installed it and
until now I did not see this reported on the list:

sleep 10

only takes only 5 sec in realtime, that happens in dom0 and domU.

(Environment: Debian sarge on i386
 Hardware: AthlonXP 1800, 512 MB)
(with Xen 2.0.6 this doesn't happen)


Christian Leber

-- 
  "Omnis enim res, quae dando non deficit, dum habetur et non datur,
   nondum habetur, quomodo habenda est."       (Aurelius Augustinus)