|
Som jag redan sade, men som du tydligen ignorerade, så är lastsiffran i sig värdelös om du inte vet vad det är som drar upp lasten. Det är inte enbart CPU som räknas in - även IO (nätverk och framförallt disk) räknas också in i lastsiffran. Logga in med SSH och kör kommandot top (logga in, skriv top, tryck enter). Kolla om det är CPU ("us") eller IO ("wa") som har högst procent, och kolla vilket program som står överst i listan över mesta CPU-användningen.
|
vilket program använder du för logga in via SSH?
|
|
Citat:
httpd = apache som står för all CPU |
Citat:
Kanske lite svårt att förstå om man aldrig suttit i en linuxterminal :) , men såhär ser det ut , du hittar det på tredje raden uppifrån när du kör kommandot top. Cpu(s): 0.3%us, 0.0%sy, 0.0%ni, 99.7%id, 0.0%wa. 0.0%hi, 0.0%si, 0.0%st Ifall ("wa") har en mycket hög procent så hänger antagligen disken/diskarna inte med vilket gör det till en flaskhals. |
Enklast är nästan om du loggar in och kör top och
tar en skärmdump så kan vi tolka siffrorna åt dig. Skriv också: cat /proc/cpuinfo Klipp ut och klistra in allt du får som svar där. Då kan vi enkelt se hur många CPU-kärnor du fått tilldelade din server. Varje kärna visas som ett "block" med information (8-10 rader) och sen några tomma rader innan nästa kärna visar nästan samma information. Har du en kärna har du ett sådant "block". Har du två kärnor har du två.. PS. Glöm inte rösta idag! |
2 bifogad(e) fil(er)
Citat:
Om det är apache, be din polare alt. du själv kan göra detta. Testa om något av dessa fungerar: /etc/init.d/apache restart alt. /etc/init.d/httpd restart /etc/rc3.d/apache restart alt. /etc/rc3.d/httpd restart beroende på distribution. Hur lång tid tar det innan din `load` skjuter i taket? |
har mailat honom nu o väntar på svar! tack ännu en gång för att ni försöker hjälpa mig.
Server tecknikern gick igenom server igår o det hjälpa lite, CPU anvädningen gick ned till 7 - 14 i load jämfört med 20 - 80. detta e vad jag fick i mailet: Hi, I've fixed as much as I can - its still using far too much cpu. The main problem was apache was wrongly configured with threads instead or pre-forking. I changed the cache modules to use supercache instead as this is better for your site. The traffic is the same as 48 hours ago yet 10 hours ago the cpu usage trebled - something *must* have changed with thats still causing the huge cpu increase. |
Citat:
Serviceteknikern har bara angripit en del av problemet skulle jag säga. |
Här har ni uppgifterna som ni ville ha
http://i40.tinypic.com/2yzlqmt.jpg [B] root@dailymobile [/]# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel® Xeon® CPU X5450 @ 3.00GHz stepping : 10 cpu MHz : 2999.996 cache size : 6144 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu de tsc msr pae cx8 apic sep cmov pat clflush acpi mmx fxsr sse sse2 ss ht constant_tsc pni bogomips : 6233.57 processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel® Xeon® CPU X5450 @ 3.00GHz stepping : 10 cpu MHz : 2999.996 cache size : 6144 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu de tsc msr pae cx8 apic sep cmov pat clflush acpi mmx fxsr sse sse2 ss ht constant_tsc pni bogomips : 6233.57 processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel® Xeon® CPU X5450 @ 3.00GHz stepping : 10 cpu MHz : 2999.996 cache size : 6144 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu de tsc msr pae cx8 apic sep cmov pat clflush acpi mmx fxsr sse sse2 ss ht constant_tsc pni bogomips : 6233.57 processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel® Xeon® CPU X5450 @ 3.00GHz stepping : 10 cpu MHz : 2999.996 cache size : 6144 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu de tsc msr pae cx8 apic sep cmov pat clflush acpi mmx fxsr sse sse2 ss ht constant_tsc pni bogomips : 6233.57 processor : 4 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel® Xeon® CPU X5450 @ 3.00GHz stepping : 10 cpu MHz : 2999.996 cache size : 6144 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu de tsc msr pae cx8 apic sep cmov pat clflush acpi mmx fxsr sse sse2 ss ht constant_tsc pni bogomips : 6233.57 processor : 5 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel® Xeon® CPU X5450 @ 3.00GHz stepping : 10 cpu MHz : 2999.996 cache size : 6144 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu de tsc msr pae cx8 apic sep cmov pat clflush acpi mmx fxsr sse sse2 ss ht constant_tsc pni bogomips : 6233.57 processor : 6 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel® Xeon® CPU X5450 @ 3.00GHz stepping : 10 cpu MHz : 2999.996 cache size : 6144 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu de tsc msr pae cx8 apic sep cmov pat clflush acpi mmx fxsr sse sse2 ss ht constant_tsc pni bogomips : 6233.57 processor : 7 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel® Xeon® CPU X5450 @ 3.00GHz stepping : 10 cpu MHz : 2999.996 cache size : 6144 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu de tsc msr pae cx8 apic sep cmov pat clflush acpi mmx fxsr sse sse2 ss ht constant_tsc pni bogomips : 6233.57 |
| Alla tider är GMT +2. Klockan är nu 05:04. |
Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson