Linux za Sve forum

Ima li netko nekakva iskustva sa Suse serverima sto se tice rada sa MySQL, PosgreSQL bazama na apache2? Konkretno, suse zna biti nestabilan kod jedne obicne radnje, a to je "reloading", acknowledgment sekvenca izmedju servera i klijenta.

Problem je sto se resursi kod zahtjeva "SHOW PROCESSLIST", "reloadanja phpmyadmin-a" od strane klijente, Suse "poludi" i digne resurse procesora, memorije te dolazi do potpunog opterecenja rada servera. U tom slucaju se nista normalno ne moze raditi.

Na Debianu gdje je konfiguracija slabija, ovakvih problema nema. Radi se o Suse 11.2

where is problem, use debian, everbody else does..

sad ozbiljno, ne vjerujem da je problem sa suseom, nego tom verzijom php-a ili sto ti vec zakucava proc. a to je i pitanje, koji proces ti zakucava proc? da li taj proces korisiti samo jednu jezgru ili vise njih?

google chrome na ubuntu-u zna "reloadati" u beskraj i tu pakete zakuca prema serveru.

znaci odem na phpmyadmin otvoris show processlist i tu zakuca i nemres zaustaviti. server napuni procesima i nemozes stati.

odes na neku stranicu koja je u joomli, (site i php je na debianu, a baza na suse-u), php izvrsi, a baza zakuca....

ili evo primjer na suse-u: istovremeno 1000 ljudi dodju sa neke stranice na server i proces zakuca, (ne php apache server) vec baza se zakuca procesima i zagusi server (resursi) i onda nemres na phpmyadmin.

druga stvar. izvrsavanje query-ja na debianu bude ok, i putem php skripte izvrsi dobro i ucita svaki. kod suse-a ucita jedan row, drugi ne, pa treci dobro, pa treci ne. znaci ucitava iz query-ja samo ono sto uspije "uhvatiti".
na tom serveru gdje malo radi-malo ne (suse) moralo se optimizirati i izdvojiti query na posebni table. no na debianu nije takvih problema bilo a puno sporiji stroj gdje je isto opterecen.

baza servera je suse 11.2

max_execution time je isti.

znaci ovak, browser zakuca

i show processlist zakuca

"select id from where .... LIMIT 1" i tako x 10...20 dok ne kill-aš sve. onda se vrati normalno.
a browser samo vrti i zakuca, zakuca.... i tu nemreš.

njuskalo.hr mi je sad vrtio sa ubuntu-a cca 10 minuta, namjerno nisam htio zaustaviti (znaci vrti se krug na chrome-u ?)

ovako nesto: http://forums.cpanel.net/f5/crazy-mysql ... 30528.html

nesto blize: http://www.experts-exchange.com/Softwar ... 25282.html

ali na kraju se svodi na hardver

kojim procesima, vjerojatno postoji proces koji zdere najvise cpua, to je onaj prvi od top/htop.
tamo mozes vidjeti i iskoristenost jezgi, si siguran da ti ne zakucava samo jednu jezgu?
ili su uvijek razliciti?
si siguran da bazi ne treba jako dugo da vrati odgovor?

xxx@xxx:~$ sudo ab -n 100 -c 10 http://192.168.1.115/
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking 192.168.1.115 (be patient).....done


Server Software: Apache/2.2.16
Server Hostname: 192.168.1.115
Server Port: 80

Document Path: /
Document Length: 1 bytes

Concurrency Level: 10
Time taken for tests: 0.938 seconds
Complete requests: 100
Failed requests: 0
Write errors: 0
Total transferred: 27700 bytes
HTML transferred: 100 bytes
Requests per second: 106.60 [#/sec] (mean)
Time per request: 93.805 [ms] (mean)
Time per request: 9.380 [ms] (mean, across all concurrent requests)
Transfer rate: 28.84 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 7 14 16.8 11 111
Processing: 7 13 2.9 13 24
Waiting: 7 12 2.8 12 21
Total: 19 28 17.9 24 131

Percentage of the requests served within a certain time (ms)
50% 24
66% 26
75% 26
80% 27
90% 29
95% 37
98% 125
99% 131
100% 131 (longest request)

glaskoncILLa je napisao/la:kojim procesima, vjerojatno postoji proces koji zdere najvise cpua, to je onaj prvi od top/htop.
tamo mozes vidjeti i iskoristenost jezgi, si siguran da ti ne zakucava samo jednu jezgu?
ili su uvijek razliciti?
si siguran da bazi ne treba jako dugo da vrati odgovor?

da. zdere mysqld.
a to je "temporary copying to disk" u show process list

ukljuci debuging mysql-a pa pogledaj u logovima.

Usporedjujes rad na dvije razlicite verzije mysql daemona (osim ako nisi kompilirao mysql rucno, stovise, mozda bi ti to bilo i pametnije za usporedbu i benchmarking). dodatno, takodjer radis s razlicitim verzijama paketa unutar LAMP stack-a (ukoliko koristis LAMP uopce).

openSUSE (mysql 5.1.X) i nije bas neka platforma za usporedbu u server performance-u s debian-om (zato jer je openSUSE distribucija namijenjena desktop korisnicima iako sadrzava mnoge serverske pakete).

Najblizi "default" verziji mysql-server verzije na lenny-u (5.0.51a) je SLES 9 default mysql (5.0.67).

Dodatno mozes provjeriti istovjetnost mySQL postavki (innodb ili myISAM) na debian i openSUSE masini:
key_buffer_size
innodb_buffer_pool_size

Postaj top/htop izvadak prilikom testiranja s "ab" tool-om (dakle, startas LAMP stack, opalis "top/htop" te onda pokrenes "ab", a rezultat top/htop-a nakon smrzavanja postas ovdje), a kako je glas vec rekao ranije.