Bonjour à tous,
J’ai installé sous peu une machine virtuelle Debian Lenny sous vmware player dont voici la conf (épurée) :
#lshw (dans la VM)
vm-test-touron
description: Computer
product: VMware Virtual Platform
vendor: VMware, Inc.
version: None
serial: VMware-56 4d 6f c9 bd cb 18 ba-bd b8 0d 68 0f e5 d8 fc
width: 32 bits
capabilities: smbios-2.4 dmi-2.4 smp-1.4 smp
configuration: administrator_password=enabled boot=oem-specific cpus=1 frontpanel_password=unknown keyboard_password=unknown power-on_password=disabled uuid=564D6FC9-BDCB-18BA-BDB8-0D680FE5D8FC
*-core
description: Motherboard
product: 440BX Desktop Reference Platform
vendor: Intel Corporation
physical id: 0
version: None
serial: None
*-firmware
description: BIOS
vendor: Phoenix Technologies LTD
physical id: 0
version: 6.00 (12/31/2009)
size: 87KiB
capabilities: isa pci pcmcia pnp apm upgrade shadowing escd usb smartbattery biosbootspecification
*-cpu:0
description: CPU
product: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz
vendor: Intel Corp.
physical id: 4
bus info: cpu@0
version: 6.7.6
serial: 0001-0676-0000-0000-0000-0000
slot: CPU socket #0
size: 2667MHz
capacity: 4230MHz
width: 32 bits
capabilities: boot fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss nx constant_tsc up arch_perfmon pebs bts pni ssse3 sse4_1
*-cache:0
description: L1 cache
physical id: 1c
slot: L1 Cache
size: 16KiB
capacity: 16KiB
capabilities: asynchronous internal write-back
*-cache:1 DISABLED
description: L2 cache
physical id: 1d
slot: L2 Cache
size: 16MiB
capabilities: burst external write-back
*-cpu:1
description: CPU
vendor: 000000000000
physical id: 5
bus info: cpu@1
version: 6.7.6
serial: 0001-0676-0000-0000-0000-0000
slot: CPU socket #1
size: 18EHz
*-cache:0
description: L1 cache
physical id: 1e
slot: L1 Cache
size: 16KiB
capacity: 16KiB
capabilities: asynchronous internal write-back
*-cache:1 DISABLED
description: L2 cache
physical id: 1f
slot: L2 Cache
size: 16MiB
capabilities: burst external write-back
*-cpu:2
description: CPU
vendor: 000000000000
physical id: 6
bus info: cpu@2
version: 6.7.6
serial: 0001-0676-0000-0000-0000-0000
slot: CPU socket #2
size: 18EHz
*-cache:0
description: L1 cache
physical id: 20
slot: L1 Cache
size: 16KiB
capacity: 16KiB
capabilities: asynchronous internal write-back
*-cache:1 DISABLED
description: L2 cache
physical id: 21
slot: L2 Cache
size: 16MiB
capabilities: burst external write-back
*-cpu:3
description: CPU
vendor: 000000000000
physical id: 7
bus info: cpu@3
version: 6.7.6
serial: 0001-0676-0000-0000-0000-0000
slot: CPU socket #3
size: 18EHz
*-cache:0
description: L1 cache
physical id: 22
slot: L1 Cache
size: 16KiB
capacity: 16KiB
capabilities: asynchronous internal write-back
*-cache:1 DISABLED
description: L2 cache
physical id: 23
slot: L2 Cache
size: 16MiB
capabilities: burst external write-back
*-cpu:4
description: CPU
vendor: 000000000000
physical id: 8
bus info: cpu@4
version: 6.7.6
serial: 0001-0676-0000-0000-0000-0000
slot: CPU socket #4
size: 18EHz
*-cache:0
description: L1 cache
physical id: 24
slot: L1 Cache
size: 16KiB
capacity: 16KiB
capabilities: asynchronous internal write-back
*-cache:1 DISABLED
description: L2 cache
physical id: 25
slot: L2 Cache
size: 16MiB
capabilities: burst external write-back
*-cpu:5
description: CPU
vendor: 000000000000
physical id: 9
bus info: cpu@5
version: 6.7.6
serial: 0001-0676-0000-0000-0000-0000
slot: CPU socket #5
size: 18EHz
*-cache:0
description: L1 cache
physical id: 26
slot: L1 Cache
size: 16KiB
capacity: 16KiB
capabilities: asynchronous internal write-back
*-cache:1 DISABLED
description: L2 cache
physical id: 27
slot: L2 Cache
size: 16MiB
capabilities: burst external write-back
*-cpu:6
description: CPU
vendor: 000000000000
physical id: a
bus info: cpu@6
version: 6.7.6
serial: 0001-0676-0000-0000-0000-0000
slot: CPU socket #6
size: 18EHz
*-cache:0
description: L1 cache
physical id: 28
slot: L1 Cache
size: 16KiB
capacity: 16KiB
capabilities: asynchronous internal write-back
*-cache:1 DISABLED
description: L2 cache
physical id: 29
slot: L2 Cache
size: 16MiB
capabilities: burst external write-back
*-cpu:7
description: CPU
vendor: 000000000000
physical id: b
bus info: cpu@7
version: 6.7.6
serial: 0001-0676-0000-0000-0000-0000
slot: CPU socket #7
size: 18EHz
*-cache:0
description: L1 cache
physical id: 2a
slot: L1 Cache
size: 16KiB
capacity: 16KiB
capabilities: asynchronous internal write-back
*-cache:1 DISABLED
description: L2 cache
physical id: 2b
slot: L2 Cache
size: 16MiB
capabilities: burst external write-back
*-memory
description: System Memory
physical id: 3a
slot: System board or motherboard
size: 512MiB
*-bank:0
description: DIMM DRAM EDO
physical id: 0
slot: RAM slot #0
size: 512MiB
width: 32 bits
*-network
description: Ethernet interface
product: 79c970 [PCnet32 LANCE]
vendor: Advanced Micro Devices [AMD]
physical id: 1
bus info: pci@0000:02:01.0
logical name: eth0
version: 10
serial: 00:0c:29:e5:d8:fc
size: 1GB/s
capacity: 1GB/s
width: 32 bits
clock: 33MHz
capabilities: bus_master ethernet physical logical tp 1000bt-fd
configuration: autonegotiation=off broadcast=yes driver=vmxnet driverversion=2.0.4.0 duplex=full firmware=N/A ip=10.80.22.67 latency=64 link=yes maxlatency=255 mingnt=6 module=vmxnet multicast=yes port=twisted pair speed=1GB/s
et la conf de la machine hôte (win$) :
http://pix.toile-libre.org/?img=1280238553.png
Alors, je ne sais pas pourquoi 8 proc (certainement 8 threads), et il semblerait que le proc ne soit pas virtualisé mais qu’il y ait plutôt un bridge matériel avec le système hôte.
Bref, voici mon problème :
J’ai installé sur cette machine un serveur apache2 avec mysql et php5. J’ai aussi mis en place zabbix (solution de supervision libre), qui lorsqu’il tourne (pour l’instant à vide, il n’y a rien à superviser), ne pose aucun problème.
Mais sur la page d’administration (je travaille en local), dès qu’il y a besoin d’accéder à la BDD, la page mouline jusqu’au timeout (très long) et pendant ce temps, le proc sature :
http://pix.toile-libre.org/?img=1280240124.png
Pourtant, le traitement est relativement léger (connexion à une BDD mysql). Je peux comprendre qu’il y ait un problème de liaison avec ma base, mais que apache sature mon proc pendant ce temps… 
Le pire, c’est que, après coup, quand je recharge ma page, la connexion s’est bien effectuée mais quel que soit l’onglet dans lequel je navigue (toujours sur l’interface), le problème se pose à nouveau.
Bon, je suis un peu rouillé, je n’ai pas touché à une Debian depuis plusieurs mois et j’ai un peu perdu mes réflexes de bon linuxien; mais si vous pouviez me donner une piste ou peut être m’indiquer où je peux consulter un log précis de la connexion à la base ou des traitements php sur la page…
Merci de votre aide et excusez-moi pour le pavé. Faîtes moi savoir si j’ai oublié de vous transmettre des infos.
Pierre.