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
Sada je: 28 ožu 2024, 13:29.
Moderator/ica: Moderatori/ce
11 post(ov)a
•
Stranica: 1/2. • 1, 2
http://www.motigo.com > sve za skole, ucenike, nastavnike i roditelje, besplatna prijava | Marin Šagovac
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?
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?
...."Have you mooed today?"...
..It’s that time of the decade: I’m reinstalling Debian..
..It’s that time of the decade: I’m reinstalling Debian..
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 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.
http://www.motigo.com > sve za skole, ucenike, nastavnike i roditelje, besplatna prijava | Marin Šagovac
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 ?)
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 ?)
http://www.motigo.com > sve za skole, ucenike, nastavnike i roditelje, besplatna prijava | Marin Šagovac
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
nesto blize: http://www.experts-exchange.com/Softwar ... 25282.html
ali na kraju se svodi na hardver
http://www.motigo.com > sve za skole, ucenike, nastavnike i roditelje, besplatna prijava | Marin Šagovac
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?
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?
...."Have you mooed today?"...
..It’s that time of the decade: I’m reinstalling Debian..
..It’s that time of the decade: I’m reinstalling Debian..
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)
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)
- Kod: Označi sve
Upiti bi trebali biti na serveru lokalno, jer prihvaca cak Requests per second: 106, dok na serveru samo 20 ovisno o linku prema internetu, hopovima i bandwidthu.
http://www.motigo.com > sve za skole, ucenike, nastavnike i roditelje, besplatna prijava | Marin Šagovac
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
http://www.motigo.com > sve za skole, ucenike, nastavnike i roditelje, besplatna prijava | Marin Šagovac
ukljuci debuging mysql-a pa pogledaj u logovima.
...."Have you mooed today?"...
..It’s that time of the decade: I’m reinstalling Debian..
..It’s that time of the decade: I’m reinstalling Debian..
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.
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.
When you're a kid and you wanna go "Weee !", but you ain't got drugs yet ... You hold out for your life, hold on to your little GONADS ... and STRIFE.
11 post(ov)a
•
Stranica: 1/2. • 1, 2
Na mreži
Trenutno korisnika/ca: / i 4 gostiju.