[Crotalus]

Originally posted by jomper@Mar 1 2006, 22:47

procs   memory   page          disks   faults   cpu
 r b w   avm  fre flt re pi po fr sr ad0 ad1  in  sy cs us sy id
 9 0 0 951620 95628 304  0  0  0 314 10  0  0 435 702 846 35 7 59
 9 0 0 945528 98452 357  0  0  0 518  0  0  0 470 24780 1932 81 19 0
12 0 0 941576 99016 549  0  0  0 597  0  0  0 513 11367 3962 86 14 0
 8 0 0 944648 94092 436  0  0  0 286  0  0  0 522 10604 1919 89 11 0
7 0 0 937712 97760 309  0  0  0 531  0  0  0 562 9847 2320 86 14 0

Hmmm, siffror som visar lite annat än din tidigare "top", här ser man tydligt att den kör 100% CPU (~85% user och resten ~15% system).
(första raden visar enbart ett genomsnitt sen senaste reboot).

Du får kolla om du inte kan optimera vissa databasförfrågningar/script

När du köper in en till server kan du ju alltid använda den gamla till att fortsätta serva:a webbsidor och låta den nya vara databas eller tvärtom.

[jomper]

Jo, vmstat-siffrorna togs när loadvärdena var mycket, mycket högre, 20-25 nånstans, när loaden är 5-10 brukar CPU ofta vara ganska idle. Vi har optimerat bort alla långsamma frågor, antagligen mäktar burken inte med mer helt enkelt. 1Ghz C3 med 1GB DDR är inget prestandamonster direkt.

[kullervo]

Originally posted by Jonas@Mar 1 2006, 13:52
Låg load och låg cpu användning är samma sak.

Att ha låg cpu användning är inget bra enligt mig, sakerna skall väl användas, visst, nackdelen med hög användning är ju att allting annat går segt under tiden.

Fel. Load tar mer än bara CPU-load i hänsyn. Last på IO, PCI-bussen, NIC osv.

Konstigt resonemang du har. Men visst, man kan ju alltid köra folding@home på ledig CPU-tid.

[jomper]

last pid: 51975; load averages: 1.90, 1.56, 1.33 up 11+03:19:46 15:09:32
126 processes: 1 running, 124 sleeping, 1 zombie
CPU states: 41.1% user, 0.0% nice, 2.6% system, 0.9% interrupt, 55.4% idle
Mem: 765M Active, 816M Inact, 222M Wired, 74M Cache, 112M Buf, 125M Free
Swap: 4070M Total, 36K Used, 4070M Free

Med en ny, snabbare server blev det genast mycket bättre och oerhört mycket snabbare respons på siten. Ovanstående siffror är med 120+ samtidiga besökare, det hade varit 20-25 i load med gamla burken.

[najk]

Jag kan passa på och tipsa om en sak som fick ner min load en del, inte för att jag rör mig bland dina loader, tror sällan vår maskin är över 1 i load.. iallafall..
Kör du mycket php kod finns en söt liten optimering som lägger upp phpscripten i ramminnet.

tänk på att du kan öka mängden delat minne till 128mb eller så om du har massor av phpscript..

läs mer på
http://eaccelerator.net/

[thorsell]

Originally posted by najk@May 23 2006, 16:31
Jag kan passa på och tipsa om en sak som fick ner min load en del, inte för att jag rör mig bland dina loader, tror sällan vår maskin är över 1 i load.. iallafall..
Kör du mycket php kod finns en söt liten optimering som lägger upp phpscripten i ramminnet.
tänk på att du kan öka mängden delat minne till 128mb eller så om du har massor av phpscript..
läs mer på
http://eaccelerator.net/

Japps, vi fick exakt samma sak, fast vi använde oss av APC (http://pecl.php.net/package/APC), och det sänkte CPU-loaden ofantligt..

[Innocast]

Nåra tips då ja haft problem med load-spikar på en tungt belastad server

- Öka upp antalet max-connections till MySQL
- Använd persistant connections apache->mysql
- Öka upp antalet trådar apache får köra
- Sätt på keepalive och ha en låg keepalive tid, typ 3-5s
- Skaffa eAccelerator (php-accelerator)