Az eredményeket Kris Kennaway közzétette a FreeBSD listákon, Jeff pedig a blogjában.
Az eredmények publikálása után Jeff kapott hideget és meleget egyaránt. A kritikusok szerint a legújabb MySQL-lel, Linux kernellel, kellett volna tesztelnie. Nem egy desktop OS-t (FC6) kellett volna használnia a tesztekhez, stb. Miután Jeff és segítői elvégezték a teszteket a legújabb kernellel és legújabb MySQL-lel, de lényegi változásokat az újabb tesztek sem hoztak, felvetődött a gyanú, hogy egy Linux bugra futottak.
Ezt megerősíteni látszik Jeff legújabb blogbejegyzése is, amelyben arról számol be, hogy egy Red Hat mérnök reprodukálni tudta az általa felvetett problémát.
A benchmark nyomán elkezdődött a munka az LKML-en is, ahol Dave Jones, Nick Piggin és más kernelfejlesztők azt próbálják kitalálni, hogy mi okozhatja a Linux kernel sysbench-ben látható MySQL teljesítmény problémáját 8 "client thread" felett. A szál itt kezdődik.
- A hozzászóláshoz be kell jelentkezni
- 3630 megtekintés
Hozzászólások
hehe
ha jol figyelem a gepben 8 cpu(mag) volt.
__________________________________________________________________
Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
- A hozzászóláshoz be kell jelentkezni
Úgy látom erre a régi cikkre még senki sem figyelt fel:
http://tweakers.net/reviews/657/6
- A hozzászóláshoz be kell jelentkezni
Például lehet az is a gond, hogy a sysbenchet ugyanazon a gépen futtatta...
Így pedig nem a MySQL teljesítményét méri Linuxon és FreeBSD-n, hanem a MySQL ÉS a sysbench teljesítményét.
Ami egyébként (saját tapasztalat) koránt sem ugyanaz.
- A hozzászóláshoz be kell jelentkezni
szia Bra,
neked milyen eredmények jöttek ki? Milyen verziókkal? (kernel verziók, linux esetén disztrib, vas, mysql verzió stb.) Az annó beküldött Leo Huangos benchmarkon kívűl nem találtam mást a guglival a neved alatt. Vagy rosszul kerestem.
üdv,
A.
- A hozzászóláshoz be kell jelentkezni
quickbench-re keress, de lehet, hogy azokból a FreeBSD-s dolgok kimaradtak...
- A hozzászóláshoz be kell jelentkezni
na, pontosan arra lettem volna kíváncsi, hogy mi az amit nyújtani tud a FreeBSD, Linux, 32bit és 64biten :) De jó volt a cikk.
- A hozzászóláshoz be kell jelentkezni
Csak összevissza eredményeim vannak:
http://people.fsn.hu/~bra/benchmark/20060529-mysql-fbsd-lin-win-sol/
Meg kellene ismételni valamikor, kicsit több időt rászánva...
- A hozzászóláshoz be kell jelentkezni
Jól látom, hogy a Win2003 egész jól szerepel?
- A hozzászóláshoz be kell jelentkezni
igen, így sokkal jobb hogy win is van benne (KÖSZI!!!) ... tehát solaris?? a legtöbb tesztben győztes környéki pozicióban végez .. persze amiket eddig láttam ... megéri-e solarist használni?
- A hozzászóláshoz be kell jelentkezni
Miért, meglep? OSS-only fejjel mondjuk tényleg nehéz elhinni. Láthatjuk a fanboyok hozzászólásaiból, hogy a Windows szart se ér. :)
- A hozzászóláshoz be kell jelentkezni
Meglepett :) Azt hittem, LinuxBsdStb-vel jobban összecsiszolják W2k3-hoz képes.
MythBusted.
- A hozzászóláshoz be kell jelentkezni
Vagy csak a Windows 2003 jobb a többinél. >;-)
De hát ezt nehéz bevallani.
- A hozzászóláshoz be kell jelentkezni
Trey:
Már volt itt téma hogy mi az oka hogy nem solarison fut a mostani HUP ... de télleg??? HP már ad hozzá támokatást :) ???
- A hozzászóláshoz be kell jelentkezni
Volt tema: nem trey adminolja a gepet, s aki csinalja nyilvan azt hasznal, amihez a leginkabb ert.
- A hozzászóláshoz be kell jelentkezni
Így van, megegyeztünk, hogy olyan operációs rendszer lesz rajta, amivel mindketten elboldogulunk. Mivel nekem 8 mi van rajta (lehet Linux, Solaris, vagy akár bármilyen BSD), így már sok évvel ezelőtt kiegyeztünk egy FreeBSD-ben. Mivel bevált, nincs okunk másra váltani. Pláne nem Solarisra.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
A Solaris HP-n (vagy mondjam, hogy PC-n?) elég meseszerű (hol megy, hol nem). Felejtős. :)
Természetesen a támogatás folyamatosan javul, de azért még mindig nem éri el a hagyományos, főleg x86-on fejlesztett OS-ek színvonalát.
- A hozzászóláshoz be kell jelentkezni
1 miert szakad meg a gorbe ? (piros)
- A hozzászóláshoz be kell jelentkezni
Az elégtelen idő miatt. Windowson 5-ös MySQL-lel valamiért nem sikerült 128 szimultán klienskapcsolatot nyitni, elcrashelt a MySQL. Mivel nem volt sok időm rá, nem nagyon törtem magam a megoldás keresése végett.
Azért sem/nem lett ebből cikk, mert a "mérés" annyiból állt, hogy egy alaphelyzetbe állás (táblafeltöltés, stb) után egy üres menet volt, majd egy éles és a grafikon ez utóbbi értékeit ábrázolja.
Tehát nem különösebben korrekt, viszont egy-egy pontot leellenőriztem többszöri futással, ott nagyságrendileg nem volt gond (a solaris megcsúszás is nyilván egy véletlen).
Na majd...
- A hozzászóláshoz be kell jelentkezni
Az elégtelen idő miatt. Windowson 5-ös MySQL-lel valamiért nem sikerült 128 szimultán klienskapcsolatot nyitni, elcrashelt a MySQL. Mivel nem volt sok időm rá, nem nagyon törtem magam a megoldás keresése végett.
Vagy csak a Windows 2003 jobb a többinél. >;-)
De hát ezt nehéz bevallani.
:D
- A hozzászóláshoz be kell jelentkezni
Ezzel mit is akartál mondani? Arra szerettél volna rámutatni, hogy szerinted a Windows hibája, hogy a MySQL valahol 64 és 128 kliensnél megdöglik?
Természetesen akár ez is lehetséges, de amíg ezt valaki be nem bizonyítja, én hadd gondoljam inkább a MySQL-ének.
- A hozzászóláshoz be kell jelentkezni
Ez okés, de ettől függetlenül a linuxos görbének nem kellene ennyire letörnie...
- A hozzászóláshoz be kell jelentkezni