RE: [Xen-users] Openldap 2.3 very very slow under Xen 3.0.2 ... why ?

[SÃbastien CRAMATTE <s.cramatte@xxxxxxxxxx>]

I use a xeon 3.6Ghz with 3gb of memroy. I've assigned 196Mb to this domU.
When I try to make a search  

I use vlan inside domU

#cat /proc/cpuinfo

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      : Intel(R) Xeon(TM) CPU 3.00GHz
stepping        : 3
cpu MHz         : 3000.252
cache size      : 2048 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush 
d                                             ts acpi mmx fxsr sse sse2 ss ht 
tm pbe nx lm constant_tsc pni monitor ds_cpl cid                                
              cx16 xtpr
bogomips        : 7504.77


#cat /proc/interrupts 

           CPU0
256:      39881     Dynamic-irq  timer0
257:          0     Dynamic-irq  resched0
258:          0     Dynamic-irq  callfunc0
259:        235     Dynamic-irq  xenbus
260:       3130     Dynamic-irq  xencons
261:       5686     Dynamic-irq  blkif
262:          1     Dynamic-irq  blkif
263:      31658     Dynamic-irq  eth0


xentop - 18:53:06   Xen 3.0.2-3
12 domains: 1 running, 11 blocked, 0 paused, 0 crashed, 0 dying, 0 shutdown
Mem: 3144744k total, 2631408k used, 513336k free    CPUs: 2 @ 3000MHz
      NAME  STATE   CPU(sec) CPU(%)     MEM(k) MEM(%)  MAXMEM(k) MAXMEM(%) 
VCPUS NETS NETTX(k) NETRX(k) SSID
 compilbox --b---      11784    0.0     200480    6.4     200704       6.4     
1    1  1427316  1100251    0
  dhcp-cpe --b---        113    0.2     130924    4.2     131072       4.2     
1    1    58160   106174    0
dhcp-modems --b---        118    0.2     130840    4.2     131072       4.2     
1    1    12101   189824    0
dhcp-oficina --b---        368    0.0     130916    4.2     131072       4.2    
 1    1   292267   883858    0
  Domain-0 -----r      10633    0.4     878792   27.9   no limit       n/a     
2    8    85484  1354237    0
      ldap --b---         12    0.1     200456    6.4     200704       6.4     
1    1      143     2331    0
      mail --b---         29    0.0     200532    6.4     200704       6.4     
1    1      458    11379    0
     mysql --b---        993    0.1     200512    6.4     200704       6.4     
1    1  1067382  1444541    0
        ns --b---         17    0.0     130856    4.2     131072       4.2     
1    1      443    11408    0
   nscache --b---         16    0.0     130900    4.2     131072       4.2     
1    1       64    11094    0
    syslog --b---      29543    0.3     130888    4.2     131072       4.2     
1    1  1442386  1772439    0
       www --b---         25    0.0     130900    4.2     131072       4.2     
1    1     2472    25876    0




> Message du 26/10/06 18:36
> De : "Petersson, Mats" <Mats.Petersson@xxxxxxx>
> A : s.cramatte@xxxxxxxxxx, xen-users@xxxxxxxxxxxxxxxxxxx
> Copie à : 
> Objet : RE: [Xen-users] Openldap 2.3 very very slow under Xen 3.0.2 ... why ?
> 
>  
> 
> > -----Original Message-----
> > From: xen-users-bounces@xxxxxxxxxxxxxxxxxxx 
> > [mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of 
> > SÃbastien CRAMATTE
> > Sent: 26 October 2006 17:19
> > To: xen-users@xxxxxxxxxxxxxxxxxxx
> > Subject: [Xen-users] Openldap 2.3 very very slow under Xen 
> > 3.0.2 ... why ?
> > 
> > Hi,
> > 
> > I've just installed an openldap 2.3 inside a debian etch domU. 
> > Openldap is very very slow with db4.2, 4.3, ... and I dont' why ???
> 
> Compared to what?
> 
> What is the setup of the machine you're running this on? 
> 
> How many [VP]CPU(s) are you using for the guest(s) involved?
> 
> The post you refer (actually, the response to it) refers to nanosleep() being 
> slow... It is entirely possible that the openldap is using nanosleep in a way 
> that is "unsound" for Xen - as nanosleep is presumably intended to sleep for 
> a very short amount of time. Since the sleep causes a domain switch, it may 
> cause much longer sleep periods than the author of the code intended. 
> 
> I'm not sure if it's feasible to "stub out" those nanosleep operations in 
> some way that doesn't cause some other problems, but if there is a way to do 
> that, you could try that...
> 
> N.B. I have absolutely no experience in using openldap at all - so I may be 
> missing some HUGE parcel of information that would help to solve the 
> problem... 
> 
> --
> Mats
> 
> 
> 
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users
> 
>

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