[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-users] Why my system only use 3.3G memory ?




I think it's maybe a bug, because if Xen 2.0 has 4G memory limit, even my Dell 2850 server has 6G memory , Xen 2.0 would use 4G memory on it, but it's just use 3327MB memory.

I have another server Dell 2650 with 4G memory dual Xeon 3.0G CPU, had install Redhat 9.0 and Xen 2.0, it's not have any problem, i has running 8 virtual server on it.

Here is my Dell2650 XenLinux system info.

[tongjian@XenServer43 11:59:19 ~ 350]$ xm info
system                 : Linux
host                   : XenServer43.testgroups.sina.com.cn
release                : 2.6.9-xen0
version                : #4 Fri Dec 31 19:09:27 CST 2004
machine                : i686
cores                  : 2
hyperthreads_per_core  : 2
cpu_mhz                : 3052
memory                 : 3967
free_memory            : 1757

[tongjian@XenServer43 17:35:18 ~ 351]$ xm dmesg | less
ERROR: cannot use unconfigured serial port COM1
 __  __            ____    ___ 
 \ \/ /___ _ __   |___ \  / _ \
  \  // _ \ '_ \    __) || | | |
  /  \  __/ | | |  / __/ | |_| |
 /_/\_\___|_| |_| |_____(_)___/
                               
 http://www.cl.cam.ac.uk/netos/xen
 University of Cambridge Computer Laboratory

 Xen version 2.0 (root@(none)) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) Fri Dec 31 19:16:41 CST 2004
 Latest ChangeSet: information unavailable

(XEN) Initialised 3967MB memory (1015776 pages) on a 3967MB machine
(XEN) Xen heap size is 10684KB
(XEN) CPU0: Before vendor init, caps: bfebfbff 00000000 00000000, vendor = 0
(XEN) CPU#0: Physical ID: 0, Logical ID: 0
(XEN) CPU caps: bfebfbff 00000000 00000000 00000000
(XEN) found SMP MP-table at 000fe710
(XEN) Memory Reservation 0xfe710, 4096 bytes
(XEN) Memory Reservation 0xf0000, 4096 bytes
(XEN) ACPI: RSDP (v000 DELL                                      ) @ 0x000fdc40
(XEN) ACPI: RSDT (v001 DELL   PE2650   0x00000001 MSFT 0x0100000a) @ 0x000fdc54
(XEN) ACPI: FADT (v001 DELL   PE2650   0x00000001 MSFT 0x0100000a) @ 0x000fdc84
(XEN) ACPI: MADT (v001 DELL   PE2650   0x00000001 MSFT 0x0100000a) @ 0x000fdcf8
(XEN) ACPI: SPCR (v001 DELL   PE2650   0x00000001 MSFT 0x0100000a) @ 0x000fdd80
(XEN) ACPI: DSDT (v001 DELL   PE2650   0x00000001 MSFT 0x0100000a) @ 0x00000000
(XEN) ACPI: Local APIC address 0xfee00000
(XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
(XEN) Processor #0 Pentium 4(tm) XEON(tm) APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled)
(XEN) Processor #6 Pentium 4(tm) XEON(tm) APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] enabled)
(XEN) Processor #1 Pentium 4(tm) XEON(tm) APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] enabled)
(XEN) Processor #7 Pentium 4(tm) XEON(tm) APIC version 20

 

 


 




>From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
>To: "she11c0de she11c0de" <she11c0de@xxxxxxxxxxx>,<xen-users@xxxxxxxxxxxxxxxxxxx>
>CC: <xen-devel@xxxxxxxxxxxxxxxxxxx>,<ian.pratt@xxxxxxxxxxxx>
>Subject: RE: [Xen-users] Why my system only use 3.3G memory ?
>Date: Thu, 7 Jul 2005 09:05:01 +0100
>
>(XEN) Physical RAM map:
>(XEN)  0000000000000000 - 00000000000a0000 (usable)
>(XEN)  0000000000100000 - 00000000cffc0000 (usable)
>(XEN)  00000000cffc0000 - 00000000cffcfc00 (ACPI data)
>(XEN)  00000000cffcfc00 - 00000000cffff000 (reserved)
>(XEN)  00000000e0000000 - 00000000fec90000 (reserved)
>(XEN)  00000000fed00000 - 00000000fed00400 (reserved)
>(XEN)  00000000fee00000 - 00000000fee10000 (reserved)
>(XEN)  00000000ffb00000 - 0000000100000000 (reserved)
>(XEN) System RAM: 3327MB (3407232kB)
>
>Your BIOS has created a whole at the top of the memory map into which the memory mapped PCI devices have been placed, effectively hiding the memory from use.
>
>What is slightly odd is that the whole is larger than I've seen before. I presume its the area between cffff000 and e0000000 which isn't listed in the e820 map (everything above cffc0000 is unusable).
>
>You'll have to wait until xen3 and use x86_32pae or x86_64 to use more memory.
>
>Ian
>
> > -----Original Message-----
> > From: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
> > [mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of
> > she11c0de she11c0de
> > Sent: 07 July 2005 06:50
> > To: xen-users@xxxxxxxxxxxxxxxxxxx
> > Subject: [Xen-users] Why my system only use 3.3G memory ?
> >
> > Hi, all
> >
> > I have a server used to install Xen-2.0.6 on CentOS 4.1 i386,
> > hardware is DELL 2850, dual Xeon 3.2G CPU, 6G memory, use
> > myself custom compiled xen kernel(dom0 and domU), i know xen
> > 2.0 on i386 only use 4G memory, but i found on my server,
> > it's only use 3327M memory, whit's problem, who can help me?
> >
> > Here is some info.
> >
> > [root@CentOS4 ~]#  xm info
> > system                 : Linux
> > host                   : CentOS4
> > release                : 2.6.11.10-xen0
> > version                : #3 Fri Jul 1 02:54:48 CST 2005
> > machine                : i686
> > cores                  : 2
> > hyperthreads_per_core  : 2
> > cpu_mhz                : 3192
> > memory                 : 3327
> > free_memory            : 2913
> >
> >
> > [root@CentOS4 ~]#  xm dmesg | less
> > ERROR: cannot use unconfigured serial port COM1
> >  __  __            ____    ___   __
> >  \ \/ /___ _ __   |___ \  / _ \ / /_
> >   \  // _ \ '_ \    __) || | | | '_ \
> >   /  \  __/ | | |  / __/ | |_| | (_) |
> >  /_/\_\___|_| |_| |_____(_)___(_)___/
> >
> >  http://www.cl.cam.ac.uk/netos/xen
> >  University of Cambridge Computer Laboratory
> >
> >  Xen version 2.0.6 (tongjian@(none)) (gcc version 3.4.3
> > 20050227 (Red Hat 3.4.3-22.1)) Fri Jul  1 02:53:42 CST 2005
> > Latest ChangeSet: information unavailable
> >
> > (XEN) WARNING: Only the first 4GB of the physical memory map
> > can be accessed
> > (XEN)          by Xen in 32-bit mode. Truncating the memory map...
> > (XEN) Physical RAM map:
> > (XEN)  0000000000000000 - 00000000000a0000 (usable)
> > (XEN)  0000000000100000 - 00000000cffc0000 (usable)
> > (XEN)  00000000cffc0000 - 00000000cffcfc00 (ACPI data)
> > (XEN)  00000000cffcfc00 - 00000000cffff000 (reserved)
> > (XEN)  00000000e0000000 - 00000000fec90000 (reserved)
> > (XEN)  00000000fed00000 - 00000000fed00400 (reserved)
> > (XEN)  00000000fee00000 - 00000000fee10000 (reserved)
> > (XEN)  00000000ffb00000 - 0000000100000000 (reserved)
> > (XEN) System RAM: 3327MB (3407232kB)
> > (XEN) Xen heap: 10MB (10680kB)
> > (XEN) CPU0: Before vendor init, caps: bfebfbff 20100000
> > 00000000, vendor = 0
> > (XEN) CPU#0: Physical ID: 0, Logical ID: 0
> > (XEN) CPU caps: bfebfbff 20100000 00000000 00000000
> > (XEN) found SMP MP-table at 000fe710
> > (XEN) ACPI: RSDP (v000 DELL
> >    ) @ 0x000fd650
> > (XEN) ACPI: RSDT (v001 DELL   PE BKC   0x00000001 MSFT
> > 0x0100000a) @ 0x000fd664
> > (XEN) ACPI: FADT (v001 DELL   PE BKC   0x00000001 MSFT
> > 0x0100000a) @ 0x000fd6b0
> > (XEN) ACPI: MADT (v001 DELL   PE BKC   0x00000001 MSFT
> > 0x0100000a) @ 0x000fd724
> > (XEN) ACPI: SPCR (v001 DELL   PE BKC   0x00000001 MSFT
> > 0x0100000a) @ 0x000fd7cc
> > (XEN) ACPI: HPET (v001 DELL   PE BKC   0x00000001 MSFT
> > 0x0100000a) @ 0x000fd81c
> > (XEN) ACPI: MCFG (v001 DELL   PE BKC   0x00000001 MSFT
> > 0x0100000a) @ 0x000fd854
> > (XEN) ACPI: DSDT (v001 DELL   PE BKC   0x00000001 MSFT
> > 0x0100000e) @ 0x00000000
> > (XEN) ACPI: Local APIC address 0xfee00000
> > (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
> > (XEN) Processor #0 Unknown CPU [15:4] APIC version 20
> > (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled)
> > (XEN) Processor #6 Unknown CPU [15:4] APIC version 20
> > (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] enabled)
> > (XEN) Processor #1 Unknown CPU [15:4] APIC version 20
> > [root@CentOS4 ~]#
> >
> >
> >
> >
> >
> >
> > ________________________________
> >
> > 浣跨? MSN Messenger <http://g.msn.com/8HMBCN/2734??PS=47575>  涓??? 虹????杩??浜ゆ?
> >


使用 MSN Messenger 与联机的朋友进行交流
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.