sporthoj.com

[gixxermf]

ligger den på nätets segaste server eller?
jag har bredband och får vänta i evigheter för att få upp en tråd eller gå in på ett forum... alla andra sidor går hur fort som helst!

någon annan som har det likadant??

 

[Ghost]

Ibland, ja.
Jag tror att Swedie jobbar på att lösa det.

 

[Swedie]

Jag vet! försker lösa det just nu på nått sätt! Vill ju inte behöva flytta igen!

 

[Micke]

Går fruktansvärt segt för mig oxå....

 

[sege]

Swedie: är det vettiga index på databasen, har du koll på det? Utan index är det inte så konstigt att det går tokslött.

 

[Swedie]

för er server experter.. kolla på infon på varje sida vid "footern"...

kolla det här
Page generated in 17.05177104 seconds (21.54% PHP - 78.46% MySQL) with 58 queries.
[Debug Mode OFF] [PHP v4.2.3] [GZIP disabled]
[Output: 84.74 Kb. compressed to 82.13 Kb. by saving 2.60 Kb. (3.07%)] [Server Load: 19.10 » 17.90 : 22.48]

ser inge vidare ut!

Vad kan göras? är det minne eller CPU som inte pallar trycket? eller lina?

Det är en 10mbit lina.

 

[sege]

kolla det här
Page generated in 17.05177104 seconds (21.54% PHP - 78.46% MySQL) with 58 queries.

Vad kan göras? är det minne eller CPU som inte pallar trycket? eller lina?

Eftersom det står page generated är det CPU/minne som inte klarar, hur snabbt sidan genereras har ingenting med snöret att göra.

Finns det inga index kommer lite vettiga index på databasen snabba upp nått fruktansvärt. Kolla vad det görs SELECT på oftast och sätt index på det, sätt inte för mycket index bara då kommer INSERT ta fnutton år.

 

[Nitrous]

Servern drar ca 5Mbit konstant, porten är på 10Mbit full duplex så linan är inget problem.

Minnet i denna server är 512Mb vilket jag tror kan vara i underkant eftersom det körs två forums och det genererar mycket SQL jobb.

Servern är en Pro Liant 1600 med Dual 500 Mhz CPU's .
Om någon har compaq minnen liggande så prövas dessa mer än gärna.
Vet att Compaq har lite udda minnen så vilka som helst går inte i men jag ska rota hemma och se vad jag hittar för att testa lite.
Enligt specs så ska DIMM (SDRAM) req 100mhz passa och med tur finns såna hemma i lådan , men jag undrar óm dessa funkar

/Nitrous

 

[Bingo]

ligger den på nätets segaste server eller?

Det är inte säkert men pycket talar för det. Ett fall för sege.

sege: hälsa frugan

 

[Nitrous]

shit pomfritt .. nu går det snabbt igen.. verkar som att det segar ihop när "users online" blir över ca 340 st eller nåt

 

[Nitrous]

Finns här nån som jobbar med Apache och Mysql optimering ?

PM:a mig isåfall !

/Nitrous

 

[Viper]

[Server Load: 19.10 » 17.90 : 22.48] <--
Det är det där som det hänger på.
Servern är för klen helt enkelt.
Svårt att peka på just vad det är som ska bytas ut.
Men jag misstänker att det är en kombination av slöa proppar
och sega diskar. (dvs kass I/O)

Vad är det för OS på den? Är det rätt confat för SMP?
Vad sitter för diskar i den? Någon raid-lösning?
osv osv osv. Ligger swap på samma disk som databasen?

Linan tror jag inte har så mycket med det att göra.
Ska rätt mycket till innan man fyller 10mbit med bara text och lite bilder.

// Viper

 

[Nitrous]

Det sitter scsi disk i RAID 5, scsi kort med cacheminne så där ligger inte problemet .
Minnet som sagt är 512Mb
Dual PIII 500 Mhz
OS: RedHat 7.2

Hittils i månaden har det gått ut 65Gb PHP trafik, endast PHP trafik !!! Jag tycker det verkar jäkligt mkt jämnfört med andra forum ??
Kan något i PHP vara felkonfat eller ?

/Nitrous

 

[Swedie]

Det sitter scsi disk i RAID 5, scsi kort med cacheminne så där ligger inte problemet .
Minnet som sagt är 512Mb
Dual PIII 500 Mhz

Hittils i månaden har det gått ut 65Gb PHP trafik, endast PHP trafik !!! Jag tycker det verkar jäkligt mkt jämnfört med andra forum ??
Kan något i PHP vara felkonfat eller ?

/Nitrous

i PHP trafik? ja, det är väl allt... PHP o MySQL är ju Joint så att säga. Så det är ju bara ren data.. 65Gb är lite för 8 dagar med så pass mycket besökare som det är.

 

[Nitrous]

Njaeee, jag tror det är tokmkt. Det har endast gått ut ca 1 Gb data som gif eller annat rent bildmaterial.
PHP är ju mkt text så jag tycker det verkar tokmycket !!!

Ska det inte vara nån GZIP funktion i php.ini ?? nån som vet ?? Det finns inget just nu iallafall.

/Nitrous

 

[Nitrous]

så här ser my.cnf ut delvis, är det nån som har förslag på förbättringar ?

# The MySQL server
[mysqld]
port = 3306
socket = /tmp/mysql.sock
skip-locking
set-variable = key_buffer=16K
set-variable = max_allowed_packet=10M
set-variable = thread_stack=64K
set-variable = table_cache=4
set-variable = sort_buffer=64K
set-variable = net_buffer_length=2K
set-variable = max_connections=400
server-id = 1

 

[Viper]

När det gäller raid5 så är det segt att skriva till, men läsa data är det överlägset snabbats, så det lär nog inte vara diskarna.
Tänkte mer på om det var något sunkigt mammakort med dubbla 500ingar och ide-diskar. är det en Proliant 1600 så bör det sitta minst en smart2:a i den.

Då är det nog propparna som kan vara problemet.
logga in på maskinen och kolla om det är några processer som spikar.
Är det mysql, apache, eller finns det någon lurig systemprocess som snaskar propp?
Vilken config körs på mysql? my.cnf-big, my.cnf-medium och my.cnf-small är juh standardfiler som hänger med.
Eller har ni knåpat ihop en egen.

I my.cnf finns det massor av sätt för att optimera.

Vad körs för table-types?

// Viper

 

[Viper]

kör ett kommando som heter free
och pasta output här.
top funkar också, jag är intresserad av att se hur mycket os:et
cachar och buffrar.
Ska se om man inte kan optimera lite.

Jag tror att du kör med my.cnf-small som grund, och det är lite galet.

// Viper

 

[Nitrous]

total used free shared buffers cached
Mem: 512936 509700 3236 64 7056 251224
-/+ buffers/cache: 251420 261516
Swap: 2097096 10860 2086236

Är inte säker på resten du fråga om, top blir så smetigt att pasta in. Men ledigt ram är aldrig över 5Mb .
Det är inga andra processer som drar CPU än httpd och mysql, mysql och httpd dominerar fett.

 

[Viper]

total used free shared buffers cached
Mem: 512936 509700 3236 64 7056 251224
-/+ buffers/cache: 251420 261516
Swap: 2097096 10860 2086236

Är inte säker på resten du fråga om, top blir så smetigt att pasta in. Men ledigt ram är aldrig över 5Mb .
Det är inga andra processer som drar CPU än httpd och mysql, mysql och httpd dominerar fett.

det som står under cached, 251224, är skit som os:et cachar.
Typ filer och skit som accessas, i regel kan man säga att det är fritt att användas för program.
Den swap:ar ner ca 10mb på disk, det är nada.

du kan testa att köra så här.
set-variable = key_buffer=256M
set-variable = max_allowed_packet=1M
set-variable = table_cache=256
set-variable = sort_buffer=1M
set-variable = record_buffer=1M
set-variable = myisam_sort_buffer_size=64M
set-variable = thread_cache=8
set-variable = thread_concurrency=4 <-- ändrade den till en 4:a, kom på att det var en dualburk.

detta kommer att snaska RAM, men jag tror att det kan bli
lite bättre. kika efter ett par minuters användande efter du har
startat om mysql hur mycket som den swap:ar ner på disk.
Börjar den swap:a som en tok så måste du sänka key_buffer.

// Viper