[Darwin]

Intel Woodcrest, AMD's Opteron and Sun's UltraSparc T1: Server CPU Shoot-out

[special]

olyan tesztet, ahol egy webszerver teljesítménye 2 magról 4 magra lassul, szerintem nem szabad figyelembe venni.

[special]

Idézet

I was interested to see ?Anand? completely miss the boat in their latest intel/sun/amd comparison in the encryption performance analysis where they 'determined' that the lack of performance on the new xeons was due to add+carry and shift limitations, without looking at the fact that they were executing HIGHLY hand optimised code on the AMD platform, and non-target optimised code on the xeon. Perhaps they dont know how many man-years of time as gone into micro-tuning most encryption routines for specific CPUs? I uspsect that will happen pretty soon for the new intel cores, but it has not happened just yet.

Anonymous, hacker on RWT,
http://realworldtech.com/forums/index.cfm?...68068&roomid=11

[hvuk]

Idézet: special - Dátum: 2006. jún. 8., csütörtök - 0:06

olyan tesztet, ahol egy webszerver teljesítménye 2 magról 4 magra lassul, szerintem nem szabad figyelembe venni.

Fáradt vagyok és megyek aludni, de azért gyorsan végiglapoztam a cikket. Pontosan hol is született ilyen eredmény? Nekem nem tûnt fel semmi ilyesmi, de elnézhettem.

[special]

mysql, quad core vs. dual core. a dual core gyorsabb. ez nonszensz.

http://anandtech.com...aspx?i=2772&p=8

[hvuk]

Idézet: special - Dátum: 2006. jún. 8., csütörtök - 9:25

mysql, quad core vs. dual core. a dual core gyorsabb. ez nonszensz.

http://anandtech.com...aspx?i=2772&p=8

Itt mit is kellene nézni? Nem látok semmiféle ellentmondást. A dual-core egy X86 architectúra, a quad-core meg a T1. Vagy nem errre gondolsz? A két grafikont hasonlítod esetleg össze? Ott csak annyi látszik, hogy a 2xDC nem gyorsabb lényegesen az 1xDC-nél (mind Woodcrest, mind Opteron esetén).

[special]

bakter hvuk, 1 NGMA/K8 chip gyorsabb mysql alatt, mind 2, legalábbis anandék mérése szerint. mindkettõ lassul ha 2 mag helyett 4 van. ezt semmiféle hardver architekturális felépítés nem indokolja, a woodcrestek független buszon ülnek, az fb-dimm nem szaturálódhat, de ha mégis, akkor a K8 miért nem skálázódik? bár lehet voltak olyan nyomottak, és egybankos lappal teszteltek, ezt nem néztem, de súlyos lenne. fogalmam sincs, mint csesztek el, vagy a linux kernelének beállításán van-e gebasz, de ennek így nem szabadott volna kimennie.

[hvuk]

Aha, én a Woodcrestet néztem. Ott csak annyi látszik, hogy hatalmas a MySQL mérés szórása. De Opteron esetén valóban sziognifikáns a különbség.

[Vajonész]

Ti csak a grafikonokat nézitek vagy olvastok is?
A 9-dik oldalon világosan le van írva mitõl van, hogy a mysql linuxon miért mitõl lassul.

[SFIJ]

del

Szerkesztette: SFIJ 2006. 06. 08. 10:43 -kor

[bogdan]

lenne egy kerdesem, mert nem egeszen ertem. a hwsw tegnap hozta le a hirt, hogy a Dell bejelenti a Dempsey architekturara epulo szervereit p4 Xeon alapokon:
https://www.hwsw.hu/...31454&count28=1

tehat juniusban lehet megvenni (mar ha jol ertelmeztem) eloszor a Dempsey architekturara, es a 65 nanos DC DP Xeonokra epulo rendszert. es ugyancsak most juniusra varja mindenki a DP Woodcrestet? tehat ennek a termeknek nehany het a termekideje? (az vilagos, hogy egy-az-egyben belemennek majd a woodcrestek, es azt keszitik elo.)

[Vajonész]

Idézet: bogdan - Dátum: 2006. jún. 8., csütörtök - 11:31

lenne egy kerdesem, mert nem egeszen ertem. a hwsw tegnap hozta le a hirt, hogy a Dell bejelenti a Dempsey architekturara epulo szervereit p4 Xeon alapokon:
https://www.hwsw.hu/...31454&count28=1

tehat juniusban lehet megvenni (mar ha jol ertelmeztem) eloszor a Dempsey architekturara, es a 65 nanos DC DP Xeonokra epulo rendszert. es ugyancsak most juniusra varja mindenki a DP Woodcrestet? tehat ennek a termeknek nehany het a termekideje? (az vilagos, hogy egy-az-egyben belemennek majd a woodcrestek, es azt keszitik elo.)

Errõl már úgy emlékszem volt szó. Kevés ideje lesz a Dempsey-nek.
Bár végül is az intel úgy alakítja majd az árakat, hogy legyen vevõ a Dempseyre is.
Az hûtés+táp ami jó a Dempsey-re biztos jó lesz Woodcrestnek is

[SFIJ]

Idézet: Vajonész - Dátum: 2006. jún. 8., csütörtök - 9:31

Ti csak a grafikonokat nézitek vagy olvastok is?
A 9-dik oldalon világosan le van írva mitõl van, hogy a mysql linuxon miért mitõl lassul.

Idézet: anand

So what is going on here? After talking to our MySQL guru (P. Zaitsev), it turns out that in some circumstances, MySQL might cause trouble for the Linux mutex (mutual exclusion) implementation: "mutex ping-pong". The mutex implementation makes sure that two threads cannot access data in the main memory that is locked by another thread.

Innen is latszik, hogy milyen piszok nehez MT programot irni, aminek tobb CPu-core-re is skalazodini kell. Errol Laaa-Yosh hozott egy cikket par honapja.

Szerkesztette: SFIJ 2006. 06. 08. 15:02 -kor

[special]

Idézet: Vajonész - Dátum: 2006. jún. 8., csütörtök - 10:31

Ti csak a grafikonokat nézitek vagy olvastok is?
A 9-dik oldalon világosan le van írva mitõl van, hogy a mysql linuxon miért mitõl lassul.

ééés? hardvert teszteltek, nem szoftvert, ergo kit érdekel a szar szoftver szar gondjai. most jól megmérték a semmit. különben meg ha te tényleg olyan alaposan elolvastad, feltûnhetett volna, egyáltalán nem tudják, mitõl van. valami baj van a mysql-lel, eddig jutottak. ez az egyész egy nagy gagyizás. ebbõl a tesztbõl az derült ki, hogy anand nem tud tesztelni, az architektúrákról semmi.

[SFIJ]

Idézet: special - Dátum: 2006. jún. 8., csütörtök - 15:04

ééés? hardvert teszteltek, nem szoftvert, ergo kit érdekel a szar szoftver szar gondjai.

special. bocs de ez szint alatti. ha a teljesitmeny-csokkenest egy jol definialhato es ismert sw problema okozza, akkor azt nem lehet egy legyintessel elintezni. lasd elozo postom.

Idézet: special - Dátum: 2006. jún. 8., csütörtök - 15:04

különben meg ha te tényleg olyan alaposan elolvastad, feltûnhetett volna, egyáltalán nem tudják, mitõl van.

Idézet: anand

So what is going on here? After talking to our MySQL guru (P. Zaitsev), it turns out that in some circumstances, MySQL might cause trouble for the Linux mutex (mutual exclusion) implementation: "mutex ping-pong". The mutex implementation makes sure that two threads cannot access data in the main memory that is locked by another thread.

Szerkesztette: SFIJ 2006. 06. 08. 15:08 -kor

[special]

Idézet: SFIJ - Dátum: 2006. jún. 8., csütörtök - 16:06

special. bocs de ez szint alatti. ha a teljesitmeny-csokkenest egy jol definialhato es ismert sw problema okozza, akkor azt nem lehet egy legyintessel elintezni. lasd elozo postom.

Idézet: anand

So what is going on here? After talking to our MySQL guru (P. Zaitsev), it turns out that in some circumstances, MySQL might cause trouble for the Linux mutex (mutual exclusion) implementation: "mutex ping-pong". The mutex implementation makes sure that two threads cannot access data in the main memory that is locked by another thread.

szerintem is szint alatti. jól definiálható.

és kit érdekel a mysql vagy a linux problémája? most mit tudtunk meg a (négymagos) hardverrõl a mysql teszttel? semmit, ugyanis gond van a szoftverrel. így még a kétmagos eredmények sem validak, ugyanis miért higgye el bárki is, hogy ott rendben van a skálázódás. ha nem skálázódik a mysql, akkor ki használja 2xDC kiépítésben? senki. mit ér a teszt? semmit. a db2 állítólag jól skálázódik. kaptunk db2 teszteket? nem.

vagy a LAMP teszt csak egy processorra volt állítva? miért?

az angolt hogy bírod egyébként? might


az még tetszett egyébként, hogy a solaris milyen jól beskálázódott négy maggal a kétmagos linuxos eredmény alá.

[Jakuza]

[quote name='special' date='2006. jún. 8., csütörtök - 16:30'] [/QUOTE]
szerintem is szint alatti. jól definiálható.

és kit érdekel a mysql vagy a linux problémája? most mit tudtunk meg a (négymagos) hardverrõl a mysql teszttel? semmit, ugyanis gond van a szoftverrel. így még a kétmagos eredmények sem validak, ugyanis miért higgye el bárki is, hogy ott rendben van a skálázódás. ha nem skálázódik a mysql, akkor ki használja 2xDC kiépítésben? senki. mit ér a teszt? semmit. a db2 állítólag jól skálázódik. kaptunk db2 teszteket? nem.

vagy a LAMP teszt csak egy processorra volt állítva? miért?

az angolt hogy bírod egyébként? might


az még tetszett egyébként, hogy a solaris milyen jól beskálázódott négy maggal a kétmagos linuxos eredmény alá. [/quote]
Erre mar irtam egy jo peldat. (a'la sportolok)
A meres csak akkor hiteles, ha mindket rendszert kulso negativ iranyban nem befolyasolo tenyezok nelkul merik.
Addig hiteltelen az egesz.

[Vajonész]

Idézet: special - Dátum: 2006. jún. 8., csütörtök - 14:04

ééés? hardvert teszteltek, nem szoftvert, ergo kit érdekel a szar szoftver szar gondjai. most jól megmérték a semmit. különben meg ha te tényleg olyan alaposan elolvastad, feltûnhetett volna, egyáltalán nem tudják, mitõl van. valami baj van a mysql-lel, eddig jutottak. ez az egyész egy nagy gagyizás. ebbõl a tesztbõl az derült ki, hogy anand nem tud tesztelni, az architektúrákról semmi.

Hardvert teszteltek, de szoftvereken keresztül, az ilyen jellegû tesztek mindig: hw+os+app együttes tesztje, amelybõl mind a 3 egyaránt befolyásolja a tesztet.
Nem semmit mértek aki mysql használ linuxon annak igen hasznos információ.
Egyébként meg általánosan a szoftver optimalizációban nem lehet felkészülni úgy optimalizálni, hogy a jelenlegi és jövõbeli hardvereken egyarán optimálisan fusson.
Adatbáziskezelõknél pl. a microsoftnak is gondja volt a ht-vel.
Ebbõl a tesztbõl azt következtetni, hogy nem tudnak tesztelni az kicsit meredek.

[Vajonész]

[quote name='special' date='2006. jún. 8., csütörtök - 14:30'] [/QUOTE]
szerintem is szint alatti. jól definiálható.

és kit érdekel a mysql vagy a linux problémája? most mit tudtunk meg a (négymagos) hardverrõl a mysql teszttel? semmit, ugyanis gond van a szoftverrel. így még a kétmagos eredmények sem validak, ugyanis miért higgye el bárki is, hogy ott rendben van a skálázódás. ha nem skálázódik a mysql, akkor ki használja 2xDC kiépítésben? senki. mit ér a teszt? semmit. a db2 állítólag jól skálázódik. kaptunk db2 teszteket? nem.

vagy a LAMP teszt csak egy processorra volt állítva? miért?

az angolt hogy bírod egyébként? might


az még tetszett egyébként, hogy a solaris milyen jól beskálázódott négy maggal a kétmagos linuxos eredmény alá. [/quote]
Elég sok mindent megtudunk pl. hogy most nem érdemes 2xDC hw-re mysql-linuxot felrakni.
A mysql egyébként sem arról nevezetes, hogy mp környezetre van optimalizálva.
Pontos képet csak akkor kapunk, ha megjelenek a szoftverek optimalizált verziói.
Egy db2 kicsit komolyabb összeg, mint a mysql és PostGreSQL

[hvuk]

Idézet: Vajonész - Dátum: 2006. jún. 9., péntek - 7:50

Ebbõl a tesztbõl azt következtetni, hogy nem tudnak tesztelni az kicsit meredek.

Hagyd rá specialra, neki az a véleménye, hogy se Johan, se Hannibal nem ért semmihez és az egyetlen orákulum Paul.