[FreeBSD 6.1] Pentium D930 -> hoge load

[Verwijderd]

Ik heb een webserver die standaard geinstalleerd is. het OS is FreeBSD 6.1
De server heeft momenteel een hoge load en dit komt door de processor belasting.

Ik vraag me echter af of de config/kernel wel goed is ingesteld voor de processor.
Wat gegevens..

Processor: Pentium D930 (3.0Ghz)
# sysctl kern.smp
kern.smp.maxcpus: 1
kern.smp.active: 0
kern.smp.disabled: 0
kern.smp.cpus: 1

# sysctl hw.model
hw.model: Intel(R) Pentium(R) D CPU 3.00GHz

#mptable
Processors: APIC ID Version State Family Model Step Flags
0 0x14 BSP, usable 15 6 4 0xbfebfbff
1 0x14 AP, usable 15 6 4 0xbfebfbff


Load is geregeld rond de 30 en de site serveert traag.
Stukje uit apache config

TimeOut 300
KeepAlive on
MaxKeepAliveRequests 0
KeepAliveTimeout 5
MinSpareServers 20
MaxSpareServers 40
StartServers 40
MaxClients 200
MaxRequestsPerChild 10000

Ter extra informatie:
- Site trekt gemiddeld 4500 bezoekers per dag
- Bij drukke tijden 1500 bezoekers per uur.

[GraveR]

Mja, dit is inderdaad niet in orde.

Lijkt erop of e.e.a. nog niet gefinetuned is.

Bovendien _lijk_ je een core te missen als ik het zo zie.

(Even wat gegevens verzamelen, brb )

Edit:

Zo ziet mijn config eruit:

/boot/loader.conf

machdep.hyperthreading_allowed=1
accf_data_load="NO" # Wait for data accept filter
accf_http_load="YES" # Wait for full HTTP request accept filter
kern.maxdsiz="805306368"
kern.dfldsiz="805306368"
kern.maxssiz="134217728"

/etc/sysctl.conf

net.inet.tcp.rfc1323=1
net.inet.tcp.delayed_ack=0
net.inet.tcp.sendspace=65535
net.inet.tcp.recvspace=65535
net.inet.udp.recvspace=65535
net.inet.udp.maxdgram=57344
net.local.stream.recvspace=65535
net.local.stream.sendspace=65535
net.inet.tcp.msl=7500
net.inet.tcp.blackhole=0
net.inet.udp.blackhole=0
net.inet.icmp.icmplim=50
kern.maxfiles=65535
kern.ipc.nmbclusters=32768
kern.maxfilesperproc=16384

Zorg er ook voor dat je options SMP in je kerconf file hebt staan.

Indien je ook gebruik maakt van MySQL kun je nog wat aan de config daarvan tweaken. Voor examples zie: /usr/local/share/mysql/*.cnf

[ Voor 75% gewijzigd door GraveR op 10-08-2006 14:56 ]

[Verwijderd]

Ik vrees dus dat SMP uitstaat in de kernel, dat wordt waarschijnlijk aanzetten en opnieuw compilen?

GraveR, welke processor bevat jouw systeem?

[GraveR]

Verwijderd schreef op donderdag 10 augustus 2006 @ 14:56:
Ik vrees dus dat SMP uitstaat in de kernel, dat wordt waarschijnlijk aanzetten en opnieuw compilen?

GraveR, welke processor bevat jouw systeem?

Zelf heb ik een 630 in die bak hangen, vandaar dat ht-verhaal.

Standaard wordt BSD geinstalleerd met de SMP-kernel. Als je later een eigen config hebt gemaakt en die SMP zit er niet in, dan loopt het beestje maar op 1 pootje. In dat geval inderdaad even de kernel opnieuw compilen.

Mocht je inderdaad MySQL draaien, dan lijkt deze de load te veroorzaken, dat doet-ie wel vaker met de default config

[ Voor 10% gewijzigd door GraveR op 10-08-2006 15:12 ]

[Verwijderd]

Gezien ik zelf de kernel niet heb gecompiled weet ik niet of de optie aan of uit staan, als ik in de source van de kernel kijk staat deze optie iig niet aan.

1. Is er een commando waarmee ik snel kan zien of SMP aanstaat?
2. De load is nu gemiddeld tussen de 15 en 30 kan dit komen omdat alleen SMP niet aanstaat of moet er meer aan de hand zijn? MySQL eet weinig van de CPU 0,05%

[GraveR]

Verwijderd schreef op donderdag 10 augustus 2006 @ 15:17:
Gezien ik zelf de kernel niet heb gecompiled weet ik niet of de optie aan of uit staan, als ik in de source van de kernel kijk staat deze optie iig niet aan.

1. Is er een commando waarmee ik snel kan zien of SMP aanstaat?
2. De load is nu gemiddeld tussen de 15 en 30 kan dit komen omdat alleen SMP niet aanstaat of moet er meer aan de hand zijn? MySQL eet weinig van de CPU 0,05%

1. kern.smp.active: 0, die had je al

2. Welk proces vreet zoveel dan? httpd?

[Verwijderd]

httpd ja.

[GraveR]

Als alles goed gaat, dan ziet het SMP-gedeelte er zo uit:

[root@tombstone ~]# sysctl kern.smp
kern.smp.forward_roundrobin_enabled: 1
kern.smp.forward_signal_enabled: 1
kern.smp.cpus: 2
kern.smp.disabled: 0
kern.smp.active: 1
kern.smp.maxcpus: 16

Met als logmelding:

Aug 11 00:06:19 tombstone kernel: SMP: AP CPU #1 Launched!

Voor het probleem het Apache, weet je zeker dat je geen hangende scripts hebt.

En wat geeft httpd-error.log voor spannends?

[Verwijderd]

Ik heb vannacht SMP aangezet en de load is drastisch verminderd. hiermee lijkt het probleem opgelost te zijn.