sysbench --num-threads=N --test=oltp --oltp-table-size=1000000 --mysql-socket=/tmp/mysql.sock
--mysql-user=sbtest --mysql-password=sbtest --mysql-table-engine=innodb --oltp-read-only=on--max-requests=25000
az eredmenyek itt talalhatoak, tranzakcio/masodperc ertekek.
a query cache ki volt kapcsolva, mert sok esetben (rwnel sok trashing eseten) performanciacsokkenest okozhat, amugy a my.cnf bevolt hangolva.
sajna a rendszer 32 bites volt (nem en telepitettem), igy az innodb_pool_size 2G volt.
- NagyZ blogja
- A hozzászóláshoz be kell jelentkezni
- 1135 megtekintés
Hozzászólások
túl hosszú ez a sor, szétesik az oldal. :-)
- A hozzászóláshoz be kell jelentkezni
leroviditettem, jo igy?
en 19"en ulok, itt kifert.
- A hozzászóláshoz be kell jelentkezni
Nem tudom hogy úgy küldted-e, de sztem elég ha code /code közé teszed a szöveget.
- A hozzászóláshoz be kell jelentkezni
ugy.
- A hozzászóláshoz be kell jelentkezni
Mit tartanal elfogadhato sebessegnek?
- A hozzászóláshoz be kell jelentkezni
egesz elfogadhato a sebesseg, ezzel mar nincs bajom, csupan azzal, hogy nem jart mind a 8 mag maximumon, mindig volt idle...
amit nem ertek, hogy miert esett vissza a performancia a google smp patch + percona patchek utan. elvileg finomitottak a mutexelesen, aminek azert meg kellett volna pozitiv iranyban latszodnia a teszteken.
- A hozzászóláshoz be kell jelentkezni
Valahogy érdemes lenne pedig megnézni 64bit-es rendszeren is ha van rá mód, minden MySQL tuning oldal ezzel (meg a swap=off -al) kezdi. Én néztem két ugyan olyan vason, és tényleg jelentősen gyorsabb.
- A hozzászóláshoz be kell jelentkezni
Performancia? Ezt te talaltad ki? :D
- A hozzászóláshoz be kell jelentkezni
nem tehetek rola, hogy nem ismered a magyarba beszivargott idegen szavakat, muveletlen baratom
google segit.
- A hozzászóláshoz be kell jelentkezni
Nem rosz benchmark szerintem.
Viszont igen erdekes hogy pl mikep configoltad a threadconcurrencyt, milyen diskekkel volt megaldva volt e BBU es ha linux akkor mikep volt forgatva kernel. Ha mar guglipeccs meg percona patch illettek volna ezek is hozza szvsz. De mindenkep figyelni kene ra. a 32bit eleve para azt felejtenem is el reflexbol. Talan mar lassan 2. eve hogy nincs 32biten mysql server.
Valamint a benchmark talan meg reszletesebb lehetne ha 5.1est is hozzavenned szinten percona patchelt verziokat. Sajat benchmarkok es production usage azt mutatja 5.1.30GA felett meg a gyari is jol szetosztja a terheleseket. Persze barmikor eltudom crasheltetni alapdolgokkal szoval esszel kell hasznalni szerintem tavol vanmeg a GA -tol.
Bar az is emlitendo, hogy mysql sosem mondta hogy szettudna osztani 1 queryt sok mag kozt. Igy pl ha innodb kernel szinten a threadconcurrency 8 (ami egyebkent talan default ertek is) es ezmelle hozajon, hogy az x4150-es sas diskek BBU nelkuli raidvezerlon semmi cache-el raid1ben valszeg a szuk keresztmetszet a disk volt.
Amugy lentebb azt irtad az zavart nemjart max-on minden core egyik forumon pedig erre irtad hogy nem skalazodik jol.
Ennel tobb reszlet kene es reszletesebb mysql config hogy ezt mondhasd szvsz.
drk
- A hozzászóláshoz be kell jelentkezni