Köszi a tesztet, profi munka!
hozzászólások
Koszi a tesztet, mar vartam valami hasonlora, de ez az elso amit tenyleg mindent letesztelt a patchek elott es utan.
Ez az 1-3% tenyleg nem sok, viszont a kesleltetes az eleg erdekes.
Köszi a tesztet,tehát nem halucinàlok hogy észre se veszi az ember,bár a tudat
Florens
(tag)
Köszönöm a részletes tesztet! Profi munka!
Hasonló konfigom van nekem is, így legalább pontosan láthatom, hogy mi a helyzet lassulás terén.
Ez benne a trükk, el lehet adni úgy marketing vonalon, mint "elhanyagolható teljesítmény különbség" (nem lassulás, ugye ) viszont néhány I/O intenzív esetben durván csökken a rendszer sebessége.
A tesztet köszönjük szépen!
@UnA: Ez benne a trükk, el lehet adni úgy marketing vonalon, mint "elhanyagolható teljesítmény különbség" (nem lassulás, ugye ) viszont néhány I/O intenzív esetben durván csökken a rendszer sebessége.
I/O művelettel pedig elég sok téren találkozhat az egyszerű halandó is (pl.: torrent, a tesztben is szereplő kép/video/hang editálás, stb.), szóval azért aki ilyesmiket használ, az rendesen káromkodhat...
Szóval ha én néha a GIMP-ben vagy az Audacity-vel esetleg VSDC-vel hegesztek családi/magán dolgokat, káromkodni fogok? Ez azért nem annyira jó hír.
~14%-al lassabb működés GIMP alatt - nem egy nagy was-ist-das, de élek a gyanúval, hogy video-editáláskor jobban nyílik az olló...
A másik érdekes kérdés számomra, hogy vajon torrentnél mi lesz az eredmény, ott is rengeteg I/O művelet van...
[ Szerkesztve ]
looser
(addikt)
Lehet, hogy rosszul látom, de néhány helyen az "Összes hatás"-nál nem megfelelő a számolt érték.
ATTO SSD benchmark - 4K és az alatti blokkméret esetén; RealBench Image Editing; 3DMark Timespy Graphical score; Aida RAM.
alton1978
(tag)
Az Intel szappanopera folytatódik! A kiadott patch-et ne telepítse a jámbor júzer...
Talán már ez a teszt is idejét múlta, mert új patch lesz hamarost!
Jön a peccs peccsének a pöcsölős pöcsje! Kabaré, de "szórakoztató".
Mást már szeretném látni az első pöröket is, hogy megrángatják a nagy mellényű intel bajszát.
https://www.theverge.com/2018/1/22/16919426/intel-advises-pause-deployment-of-spectre-patch
http://www.techradar.com/news/dont-download-intels-latest-spectre-and-meltdown-patch-intel-warns
A Spectre javítás hatására romlott kissé a RAM elérése, ami egyértelműen mutatja I/O műveletek lassulását.
A RAM elérés az nem I/O Erre egyik patchnek sem lenne szabad kihatással lennie.
Előfordulhat, hogy valami nem oké. Pontosan hol keresem?
looser
(addikt)
4K és az alatti blokkméret esetén
+0,3% -44,8% = -44,6%
Ez -44,5%.
RealBench 2.43 - Image Editing (Gimp)
-6,5% -7,9% = -13,9%
Ez -14,4%
Vagy hülyeség? :-)
Ja értem a problémát. Igen, ez kicsit bonyolult matematikailag a többszörös százalékok miatt, de úgy jó, ahogy a cikkben van.
Példa:
Ha valamit lecsökkentek a felére (-50%) és utána még egyszer a felére (-50%), akkor nem nulla lesz az eredmény (-100%), hanem egynegyed (-75%).
[ Szerkesztve ]
looser
(addikt)
Ó, ne hari, tényleg nem kötekedésből írtam, csak egyszerűen összeadtam a két tagot :-)
Semmi gond, ha bármi gyanús valakinek, inkább megnézem, mert könnyen lehet, hogy hiba történt.
--HARDCORE--
(senior tag)
Kérdés hogy hány generációt kell várni hogy módosítsanak a procikon?
A coffe utáni generációt már raktáron őrzik, vagy még gondolkodnak rajta egy kicsit? Gyanítom az előbbi..
oxalisz
(tag)
Érdeklődéssel olvastam az írást, köszönet érte. Mindig érdekes, ha hozzáértő, független szerzőtől olvashatunk. (Az Intel először terel, majd bagatellizál, végül tűzoltásba kezd, ami általában ritkán sikerül elsőre.)
Nyolc éve "Intel Inside" gépeim vannak, szóval érintett vagyok a "Sandy"-tól a "Haswell"-en át a 7. generációval bezárólag. (Mindegyik használatban van ma is.)
A cikk alapján nem szívesen gondolok az öreg, és öregebb architektúrák teljesítmény csökkenésére. Különösen szomorúnak tartom, hogy amitől tényleg gyorsak voltak ezek a CPU-k, ott a bibi...
zgmzgm
(tag)
Majd csak az új architektúra fog változtatni ezen a hibán. Állítólag 2020-ig biztos nem lesz változás.
Nagyon hasznos teszt!
Ez az I/O dolog elég gáz. Adatbázis-szerverek esetén konkrétan oltári szopó lehet.
Ami számomra nem egyértelmű az a 8k-s I/O lassulása. Akkor most az is lassul vagy nem? A PostgreSQL pont ilyen 8kB-os page-ekkel dolgozik.
[ Szerkesztve ]
Gáz, nem gáz, a lapcsalád esetében akkor is a Te hibád
Nálunk jelenleg épp van bőven I/O, szóval ezek a foltozások csak nagyon hosszú távon fájhatnak. Máshol viszont instant túlterhelés lehet ebből.
Az ATTO tesztben a 8k blokk is lassul valamennyit, olyan 8-10% a mínusz, épp ott kezdődik.
Az nem is olyan rossz. Az ilyen -50%-ot tartom nagyon problémásnak, mert ettől sok szerver fejreállna.
Ahol teljesítményre számláznak, ott 10% is nagyon sok.
Köszi, jó munka! Egyértelmű, a mikrokódot tartsák meg maguknak...
Csóró™
(senior tag)
Azért az I/O csökkenés eléggé gáz! Nálunk a cégnél van egy rakás adatbázis szerver (Oracle, Mysql, Postgresql vegyesen), ott azért eléggé számít az I/O, nameg mondjuk mikor a központi log-elemzőben az elasticsearch, vagy webtartalomnál a SOLR indexel...
[ Szerkesztve ]
Hozzá kell szokni, hogy mostantól ennyit tudnak a rendszerek. Ez van. Az eddigi bónusz sebesség tényleg bónusz volt, mostantól nem létezik.
[ Szerkesztve ]
Ja, ezen nem lehet változtatni, most ennyit tud, kész.
Viszont ez a bónusz azért kicsit túlzás. Az Intel szeretné csak ezt, hogy jogilag ne legyen támadhatók. Azaz hogy a szoftver rossz, nem a hardver.
Az AMD IO már rég sokkal lassabb, mint az intel. [link]
Átlagfelhasználásnál? Nem sokat. Egy-két másodperccel lassabban tölt be a játék.
[ Szerkesztve ]
Ez I/O teszt nem tudom mennyire megbízható. Mármint pl egy vagy több szálon megy-e? Egy szerver workload azért egészen más, ott rengeteg szál van.
Ezt a nagyob cégek tuti nem fogják annyiban hagyni, valszleg lesz ott pár pármrd$-os perecske.
Itt is többszörös hozzáférést csinál. "Overlapped IO" Direkt nem az egyszálas tesztet tettem be, az sokkal lassabb.
tegbashar
(tag)
Dilettánsként azt kell mondjam, hogy az általam olvasott - inkább csak korom miatt sok, de nem jelentős mennyiségű szakmai cikkek közül számomra ez volt a koronázatlan király.
Nem érint a téma, teljesen véletlenül botlottam a cikkbe (és külön kiemelném, hogy a probléma semmilyen hatással nincs az életemre) csak beleolvastam és aztán egyszer csak értetlenül néztem a "Köszönöm a türelmet." mondatot - mert semmiféle türelem nem kellett a végigolvasásához. Igazán átfogó, hozzáértő munka mindkét szakmára értve.
Köszönöm, élmény volt.
Torrentnél azért nem mikroszekundumos nagyságrendű a probléma. Nem tartom valószínűnek, hogy érzékelhető lassulást hozna. Torrentezni vinyóval is gond nélkül lehet, ami nagyságrenddel lassabb kisblokkos műveleteknél.
I7 haswellen ww2ben pl,több fpsem lett átlagban a foltozások után.De meg nem mondom máshol van-e különbség.
Vagyis azt mondod, hogy csak SSD esetén jön elő látványosan az I/O hiba?
velizare
(nagyúr)
az egyik alkalmazásunkat (etl mediation) január végéig frissítik, majd leméretem a srácokkal, mennyit buktunk (előtte-utána). a legjobb, hogy persze a patcheket az éles rendszerre pakolják fel először, a teszt és referenciarendszerre majd egyszer, mert hát prioritás függvényében patchelnek. emiatt viszont becsülni sem tudjuk majd, mennyire fog fájni.
rodrigez
(senior tag)
Jó teszt, köszönjük! Az AIDA cpu tesztnél viszont látok egy elírást. Az alap érték a legmagasabb, mégis a Meltdown eredményre +0.1%-ot írsz. Persze nem oszt nem szoroz, csak mégis.
Így szerepel a cikkben
Meltdown patch hatása: -0,4%
Spectre patch hatása: +0,1%
Összes hatás: -0,3%
[ Szerkesztve ]
Minőségi cikk, gratula!
Az az I/O esés nem gyenge. Múltkor volt a cikk Linus véleményéről, ahol Abu kifejtette, hogy az Intel nem láthatja be, hogy sz@r a hardver, de ha bezuhannak az adatbázisok teljesítményei, akkor az Intelt így is seggbe fogják rúgni a cégek.
szerk.: látom, már beszéltetek is róla.
[ Szerkesztve ]
rodrigez
(senior tag)
Elnézést, összekevertem, de a lényeg, hogy az alap eredmény az 504xxx a Spectre eredmény meg 502xxx. Akkor az a +0.1% mit jelent voltaképpen?
A +0,1% a Meltdown javítás után bekapcsolt Spectre javtás hatása. Nincs jelentősége, a 0,1% tulajdonképpen semmi, a mérési hibahatár alatt van.
[ Szerkesztve ]