[N!cklas]

Försöker hjälpa en tjej med hennes server, men en enögd som leder en blind är inte bästa lösningen...

Problemet är att det emellanåt drar iväg mot höga lastvärden, 15 och lite till... Bortsett från mer RAM, vad kan man göra för att förbättra dessa värden?

[PeterM]

Vilket OS kör den, vilken processor sitter i, hur mycket minne har den och slutligen vad körs på den?

[N!cklas]

http://www.scrappiz.se/phpsysinfo/ - borde ge de flesta svar

En sajt som använder Joomla, phpBB, Coppermine o phpAdsNew är vad som körs på den

Lasten varierar från 0.0X nattetid, normalt 3-6 dag med toppar 15+ när det är 140+ online samtidigt. Kanske det är helt normala värden för den belastningen...?

[PeterM]

PHP och MySQL för hela slanten då.

En sak som slår mig direkt är att nästan hälften av minnet verkar vara oanvänt. Ge MySQL mer minne att styra och ställa med (utan att gå till överdrift). Utöver det kan det vara värt att testa att aktivera MySQLs query-cache om den inte redan är igång. Den är inte en optimal lösning men kan räcka långt ibland om databasen har det svettigt.

Är någon PHP-accelerator installerad? Med så pass många PHP-script i farten så är en sån nästan obligatorisk. eAccelerator och APC är de enda som (imo) är värda att nämna i sammanhanget. Själv använder jag eAccelerator och det gör en enorm skillnad.

Utöver de två sakerna så kan det eventuellt vara värt att kompilera Apache, MySQL och PHP mer optimalt för ens hårdvara om man vill pressa ut de sista procenten ur hårdvaran, men det är kanske överkurs.

[N!cklas]

Tack Peter! Ska kika på de två första alternativen till att börja med.

Skulle det vara så det finns fler tips så är det bara att fylla på...

[iXam]

Visa oss gärna my.cnf.
Slå på loggning av slöa querys och kör sen explain på dessa, kanske är icke optimala eller ickeexisterande index (trots välkänt system).
Jag har märkt att om apaches logg blir över 2GB stor så kan saker och ting bli slött.
Om du har STORA tabeller kanske dessa har blivit fragmenterade. En "optimize table tablename" städar bort rader som ligger i kläm samt i bästa fall defragmenterar tabellen (förutsatt hur filsystemet ser ut).
Om du inte är en uppgraderingsgalning så kanske du har gamla versioner och välkända buggar som gör att saker går långsamt eller inte körs optimalt.
Om du har kompilerat saker själv kanske du inte har kört "strip" på binärerna och därmed tagit bort debuggningsdata som sitter och tar minne och prestanda.

Om du går in i databasen när det är trögt och kör "show full processlist" får du en lista på de processer/querys som körs och hur länge dom körts.
Om det är en massa som är låsta så har du en query som tar tid och köar upp de andra. Den kanske kan skrivas om och göras effektivare, antingen med index eller dubbellagring av data (ja, gud förbjude).

In worst case så får du anlita någon som hjälper dig genom att logga in på systemet och se över det. Jag kan göra det åt dig gratis men inte föräns om typ. två veckor då jag åker till Turkiet på onsdag.