Neki (Michael Larabel) ismerték el a problémát:

https://www.phoronix.com/scan.php?page=news_item&px=Ryzen-Segv-Response

[ Szerkesztve ]

Mottó: "A verseny jó!"

illetve natív Windows környezetben sem sikerült még reprodukálni

viszont windows alatt futtó wsl-lel, meg vmware-es linux-szal is állítólag már sikerült

Ezért írtam natív Windows környezetet.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

A pingvin soha nem szerette az AMD-s dolgokat.

Ha nincs jó, ló a szamár is.

Inkább az, hogy pingvin közösségi cucc, a közösségben pedig az Intel procik jóval nagyobb részt harapnak ki a tortából, mint az AMD. Ergo nagyobb az esély, hogy a fejlsztők Inteles géppel rendelkeznek és nem fedezik fel az AMD hibákat.

"Ezért lovagol a pokolba a konzumer IT piac. A hülye igények... . Azt sem tudod, hogy mit akarsz de az jöjjon havonta frissités formájában."

Ergo nagyobb az esély, hogy a fejlsztők Inteles géppel rendelkeznek és nem fedezik fel az AMD hibákat

a korábbi amd-s gépeken nem volt ilyen hiba

Abu85:

én meg azt, hogy "viszont"

[ Szerkesztve ]

Ahogy Ryzen proci sem.

Abu85: na az ilyen alapos cikkeket szeretjük.

[ Szerkesztve ]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Már nem emlékszem, hogy hol olvastam, de elvileg volt valami power managementhez köthető bug, valami olyasmi, hogy bizonyos körülmények között az adott órajelhez képest túl alacsony feszültséget lőtt be magának és ezért instabil volt a proci, +10-25 mV fesz emelés megoldotta

A WSL az natív... (lesz a szeptemberi update-el)

[ Szerkesztve ]

A hozzászólási jogosultságodat 2 hónap időtartamra korlátoztuk (1 hsz / 10 nap) a következő ok miatt: Az ÁSZF III 10/8. pontjának megsértése - trollkodás - miatt. Többször és többen is kértek már, hogy hozzászólás írásakor használd a linkelés funkciót, mert ennek elmaradása sokak számára zavaró.

Korrekt, hogy megírtad a negatív részát is a dolognak.
Amúgy nem hinném, hogy ez annyira mérvadó hiba,de gondolom orvosolják hamarosan.

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)

Ma már ez nem igaz. Ott tartunk, hogy az AMD videókárták támogatása jobb Linuxon, mint az Intel-é.
Ez a hiba pedig jó, hogy kibukott (komolyabb számításokra használt esetben), de a tipikus asztali felhasználók valószínűleg sosem fognak vele találkozni. Persze a javítás majd úgyis jön.

Ubuntu MATE 20.04, hobbi cayenne termesztő

A Ryzen meg mindig nem kapott teljes tamogatast kernel odalon es allitolag 4.13-ban sem lesz benne meg a thermal sensor sem.... a GCC 7.1 mar szinte az osszes utasitas keszletet tudja, de erdemes megfigyelni peldaul hogy 8.0 development kiadassal is csinalja-e ezt...

Csak az a baj, hogy szét lesz spammelve vele az internet. Már látom YT-n hogy több intel által (is) szponzorált streamer/vlogger tolja a videót erről. Tuti 100, hogy ez elő fog kerülni egyes intel fanboyok által minden Ryzen hír alatt az elkövetkezendő 1-2 évben.

Nokia 3310->3410->3100->6500 Slide(RiP Nokia)->Acer Liquid Metal ->Xiaomi Hongmi-> Xiaomi Redmi Note 3

Aki csak ilyenek alapján választ, az meg is érdemli.
Egyébként az Intel cuccokkal is voltak/vannak gubancok, arról is lehet videókat csinálni.

Ubuntu MATE 20.04, hobbi cayenne termesztő

viszont ezek a procik visszafele kompatibilisek, tehát ami a korábbi gépen ment, az újon is működnie kellene

Most nem talalom, de gentoo topicban is volt egy post rola, hogy korabban volt az Intel korabbi CPU-ival is ilyen jellegu problema, csak azt nem vertek nagy dobra.

Bár az Intel videokártya támogatásról nem tudok nyilatkozni, de az AMD-éről igen: katasztrofális.
A hozzáállásuk is f.stalicska, nem véletlenül hagyta abba még tavaly a gürizést a SUSE velük, dasztak rájuk, úgy, hogy elvileg koszorús támogatók, de hát a pénz ugye nem minden.

A cikkhez: Azért éreztem benne némi maszatolást. Komolyabb probléma ez annál, mint sem bagatellizáljuk el. Az meg külön szép, hogy a "korai példányok"-ra próbálják terelni. Kiadták? Ki. Akkor meg?

De ha tényleg sz.r az első/akármelyik széria, akkor tessék cserélni, szó nélkül. Ne pedig a tulajok "vegyék fel a kapcsolatot", ha ilyesmit tapasztalnak. Ha tényleg létezik ilyen, pontosan be kell határolni milyen sorozatszámtól - meddig fordulhat ez elő, ezeket tessék szépen visszahívni, önköltségen. (Azt ne felejtsük el, hogy mondjuk 1-2 év múlva használt piacra kerülhetnek ezek a darabok és akkor már nem biztos hogy az új tulaj úgy és arra használja, amire az előző) Szóval, ha mikrokód frissítéssel ez nem orvosolható, akkor cserélni illene.

Voltak ennél banálisabbak is az Intel-nél.
ttt: Le vagy maradva. A nyílt AMD támogatás már a felhőket súrolja (kicsit túlzok, de nem nagyon). Mind az AMD, mind a Valve komolyan fejleszti. A Catalyst-ot meg el kell felejteni. Ha akarsz róla beszélni, azt inkább Linuxos topikban tegyük.

[ Szerkesztve ]

Ubuntu MATE 20.04, hobbi cayenne termesztő

szerintem a "vegye fel a kapcsolatot" alatt meg akarják határozni az esetlegesen hibás sorozatokat is...

The human head cannot turn 360 degrees... || Ryzen 7 5700X; RX580 8G; 64GB; 2TB + 240GB + 2TB || Samsung Galaxy Z Flip 5

Ha gyakori lenne ez a hiba, akkor azért nem fél évvel a megjelenés után derült volna ki.

Az ilyen jellegű hibákról egy saját tapasztalat: vettem egy kis NAS-t. Régi, de megfelel, főleg backup, egy custom FW került rá. Működik, mindenki boldog. Nemrég egy régi topikban találtam külön témaként, h egy fontos csomagot telepíteni kell, és valamit azzal "kioffolni", mert amúgy hiba lehet a hálózati kapcsolattal, lassul, stb... megtettem, semmi változás. Ha volt is ez a hiba, nálam nem jött elő, ill. nem befolyásolta annyira, h észrevegyem. Gondolom ez a bug is ilyesmi, ha nem mondják, akkor userek nagy része soha nem találkozna vele. De jó, h kiderült, majd pecselik.

Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy

már pár hónapja jelezték az amd-nek, hogy valami zűr van, most jutottak el eddig

Előfordul, hogy valami hiba csúszik a procikba ugye, de ha csak rosszul skatulyázták akkor ne már, hogy szoftveresen kelljen a felhasználónak megkerülnie a dolgot. Ha egyszer vannak jó példányok akkor elvárnám hogy szó nélkül cseréljék a hibás darabokat.

Jester

RX480 tulajként nem érzem magam annyira lemaradva. A nyílt driver meg vicc ahoz képest, amit a kártya tud. Azért ne legyen már nekem elég, hogy a desktopot el tudja vinni. A zárt driverük meg azért vicces, mert kb a csillagok állását hagyták ki azokból a komponensekből, amivel elindul a hardveres GL támogatás.

Nem tudom mennyire néztél már bele a kódjaikba, de az vicc. Sajnos én rákényszerültem már tavaly. Az első működő drivert okt/nov körül hozták ki ( jun/júl megjelenésű kártya), de azóta se kellene "összevissza" frissítéseket csinálni a rendszeren -azaz ne frissítsek semmit, se kernelt, se desktop kezelőt, stb.- , ha szeretném, hogy menjen. Ha meg megírod nekik, hogy ez meg az ezért meg azért nem megy, esetleg ezt vagy azt be lehetne tenni (nem nagy dolgok, csak néhány eszement direkt drótozás) a füle-botjuk se mozdul.
Most gyorsan rá is néztem hogyan is állnak a driverrel; van egy-két vicces "Known Issues", főleg úgy, hogy ezekből pár lassan egy éves lesz.

[ Szerkesztve ]

Már az első példányok tesztelésénél kaptak visszajelzéseket, csak ugye akkor még nem tudták kizárni, hogy kernel, gcc vagy valami más-e a hibás.
Remélem azért nem olyan fatális hiba és javítható lesz a már legyártott példányoknál is.

Az más hiba volt, már javították.

https://www.coreinfinity.tech

dehogy lesz, ahhoz meg kéne mutatniuk, de szerintem még egy shellt sem képesek elindítani rajta.
redditen is lecsengőben a téma, aki eddig nem csinált róla adást, az ezután sem fog.

[ Szerkesztve ]

Tudod, mit jelent az, hogy nemezis? Az érintett, erősebb fél kinyilatkoztatása a méltó büntetés mértékét illetően. Az érintett fél jelen esetben egy szadista állat... én.

Csak ez a hiba még a keményvonalas fanboyokat sem érinti, a teszt úgyis összehányja magát a Pentium G-n eleve szerintem.
Extrém terhelésről beszélünk, hozzáértő emberekről, azok meg tudni fogják, mitől van a hiba, és hogy nekik Intel vagy AMD kell-e.

Nem vagyok perverz, csak haladok a korral. (Még mindig: Rock&roll feeling baby, rock&roll feeling.....)

Igen, korábban nem ez, hanem az volt a probléma, hogy a Bulldozer és származékai 4 magként/4 szálként látszódtak mert a kernel nem két magként látta a modulokat.

Egyébként az AMD újabban példaértékűen áll az Open Source közösséghez, szóval én nem aggódok, ezt a hibát is orvosolni fogják valahogy.

(#34) CPT.Pirk
Ha jót akarsz akkor felejtsd el a Pro drivert, openGL-ben lassan rádupláz a mesa.
A Vulkan és openCL része jobb, mint a nyílt drivereké, de utóbbit lehet magában is telepíteni a mesa mellé.

[ Szerkesztve ]

Üdv, pengwin

Ez mikor érdekelt bárkit is? Tudom nem ugyan az, de folyton arról volt szó, hogy a 4,6-4,8-ra rántott 7700k mennyivel jobb. Ja csak éppenséggel statisztikailag nagyon kevesen tuningolnak és azok közül a meghatározó hányad léggel teszi azt ahol már nagyon szerencsésnek kell lenni egy 4,8-hoz.... De attól még kb minden 2. hsz erről szólt.

Amúgy kiderült, javítják, nincs itt semmi látnivaló. Remélem a visszhangja nem lesz nagyobb mint indokolt.

Nokia 3310->3410->3100->6500 Slide(RiP Nokia)->Acer Liquid Metal ->Xiaomi Hongmi-> Xiaomi Redmi Note 3

Ne bízz benne, az AMD TLB-bugját is felfújták, miközben az Intel ugyanúgy rászaladt, de attól nem volt hangos a sajtó...

https://www.coreinfinity.tech

De csak Linux alatt....? Windows alatt meg nem? csak átfutottam a cikket, volt erről benne szó?

Igen, jelenleg csak Linuxon sikerült reprodukálni ezt a konkrét problémát.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Vajon van más olyan egyenértékű fordító Linux alá, amivel ugyanazt a build műveletet végig lehet csinálni, mint a hibát reprodukáló GCC-sek?

Nemcsak GCC-vel sikerült előidézni, hanem a Phoronix Stress Test-tel is. Bár lehet, az is csinál fordítási műveleteket. Azt hiszem, Clang alatt is jelentkezik.

[ Szerkesztve ]

Ubuntu MATE 20.04, hobbi cayenne termesztő

Hmm... Köszi

(Csak azon morfondíroztam, hogy a GCC által fordított programok (nemtom h pl. a PST azzal lett-e) végső soron mutathatják-e ugyanazokat a hibákat, mint maga a GCC (->következményhiba). Egy teljesen független fordítóval történő build (az ott látott/nem látott hibák) progi az eltérő eltérő rutinok használatával talán jobban szűkíti a hibateret. )

Egyébként vevői oldalról sztem az lenne a korrekt, ha pl. egy AMD-s programmal mindenki lemérhetné mennyire érintett (repro-zható). Az alapján a progi generálna egy report-ot, amivel lehetne az AMD-nél igényelni árleszállítást (voucher), vagy RMA-t, user igény szerint. Vagy sorozatszám alapján (AMD fórumos komment alapján batch függő lehet a problémá) visszahívás.

Itt említettek ilyet.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Nézem

"nem kizárt, hogy más Unix-alapú környezetben is előjön, megemlítve a FreeBSD-t, bár utóbbi operációs rendszeren a panaszok nagyságrendekkel ritkábbak, illetve esetlegesen más hibákra is visszavezethetők. A cég azt is elmondta, hogy a Ryzen Threadripper és EPYC CPU-kkal a hiba nem jön elő, illetve natív Windows környezetben sem sikerült még reprodukálni."

Én egy hete olvastam már BSD fórumokon ezt a hibát, de ott azt írták, hogy "ez" a hiba jelentkezik az EPYC-eken is, illetve volt aki a Thread-Lock-ra gyanakszanak. EPYC-ben biztos vagyok, de volt aki Kaveri-n is belefutott ebben a hibában, igaz nem írták a fórumon, hogy most FreeBSD vagy Linux kernel lenne.

Számomra kezd már egy kicsit homályos lenni, hogy hol mi a probléma. Bár ha a Windows kernel esetén nincs gond, akkor én inkább a Linux kernel-re tippelnék, hogy probléma lehet.

[ Szerkesztve ]

meg volt, akinek 2600k-n is előjött.

Tudod, mit jelent az, hogy nemezis? Az érintett, erősebb fél kinyilatkoztatása a méltó büntetés mértékét illetően. Az érintett fél jelen esetben egy szadista állat... én.

Az Intel vonal annyira nem gáz, elég sok fejlesztést/javítást kapnak, láttam már én javítást a HyperThreading-hez is (tavasszal sok fejlesztői kommitot olvastam).

Én gondolkoztam, hogy Ryzen procit veszek, végül maradtam az Intel vonalon, linuxos tesztek alapján (amire én használtam volna főleg) nem mutatott semmi többletet ott a Ryzen (Redis és Apache Benchmark teszteken, illetve NodeJS szerver).
Meglátjuk, remélem az AM4+-os Ryzen procik jobbak lesznek

Az AMD-hez elég gyéren érkeztek anno commit-ok. Két oka lehet, az egyik, ahogy fentebb is írták, mindenki Intel-en fejleszt a Linuxnál, vagy annyira hibamentes az AMD proci, hogy nem kell hozzá javítás

[ Szerkesztve ]