- iPhone topik
- Sony Xperia 1 V - kizárólag igényeseknek
- Xiaomi 15 - kicsi telefon nagy energiával
- Élő adás Utazómajommal és Kerek Istvánnal az AI kapcsán
- Samsung Galaxy A56 - megbízható középszerűség
- Samsung Galaxy S21 FE 5G - utóirat
- Nem fogy a Galaxy S25 Edge?
- Minden készen áll a Galaxy Unpackedre
- A Samsung bemutatta az Exynos 2500-at
- Samsung Galaxy Watch6 Classic - tekerd!
Új hozzászólás Aktív témák
-
tlac
nagyúr
ez inkább hardverhibának tűnik
másik proci berakva ugyanabba a hardver és szoftverkörnyezetbe nem produkálja a hibát:
[link] -
S_x96x_S
addikt
> (amire én használtam volna főleg) nem mutatott semmi többletet ott a Ryzen - #Redis
Azért én kiváncsi leszek egy friss Glibc2.6 alapú tesztre is,
Hatalmas előrelépés a Glibc2.5-höz képest és talán a többmagot is jobban preferálja.
De akár az is lehet, hogy az Intel előnye még nagyobb lesz, mivel a Redis kód nagy része továbbra se támogtja a többprocesszort."Glibc's Per-Thread Cache Is Helping Out Some Benchmarks" ( 6 August 2017 )
http://www.phoronix.com/scan.php?page=news_item&px=Glibc-2.26-Redis-Test -
Lacc
aktív tag
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 lesznekAz 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
-
Lacc
aktív tag
"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.
-
lev258
veterán
válasz
Blazs120gl #44 üzenetére
Itt említettek ilyet.
-
Blazs120gl
aktív tag
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.
-
lev258
veterán
válasz
Blazs120gl #41 üzenetére
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.
-
atike
nagyúr
De csak Linux alatt....?
Windows alatt meg nem? csak átfutottam a cikket, volt erről benne szó?
-
-
nemlehet
őstag
válasz
Dilikutya #35 üzenetére
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.
-
pengwin
addikt
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é. -
-
CPT.Pirk
Jómunkásember
Már nagyon off, de röviden:
Minimum 4.10-es kernelre és a hozzá kapcsolódó xorgra van szükség hozzá. A 4.9-es kernelben hozták be a GCN1 (Souther Islands) experimental támogatását, de az alapból ki volt még kapcsolva. Azt nem tudom, hogy most a 17.30-ban már túlléptek-e az experimental szinten ezeknél a hardvereknél.
Mondjuk mióta megszűnt a Catalyst, csak nyílt drivert használok itthon Linuxon. Eddig megelégedéssel, a játékok is jól mennek vele de ki fogom próbálni a pro-t is, ahogy lesz rá lehetőségem.
-
ttt
senior tag
-
ppeterka
csendes tag
Hát lehet hogy az én 7870-esem (GCN 1) erről nem tud - 17.30-cal megy szépen. A Release Notes is ezt sugallja... Vagy valamit félrenéztem?
-
CPT.Pirk
Jómunkásember
-
ttt
senior tag
Ok. Pro diver igen, de azt nem tudom értelmezni, hogy nem ajánlják, mivel pont most ki jött újabb. Sehol se látom, hogy otthoni user ne töltse. (Most látom, hogy Ubuntu user vagy. Ott lehet jobb a helyzet, azt elég jól támogatják.)
Nem támadlak, nehogy azt hidd. Csak leírtam a véleményem, peace!
Amúgy, ha tudsz valami jó linket a nyílt driverükről azt szívesen megköszönném!(Nem igen találok relevánsakat)
-
-
lev258
veterán
Mint írtam, nem ebbe a topikba tartozik.
Ha megnézed a teszteket, a nyílt driver (kernel + Mesa) már nagyon jó teljesítményre képes, bizonyos teszteken a Windows-os drivert is veri. Hogy kihasználhasd, nem mindegy, mennyire aktuális rendszert használsz. Az viszont valóban igaz, hogy a kártya megjelenésekor még messze nem ilyen volt a helyzet. Te valószínűleg a Pro driver-ről beszélsz, azt viszont már gyakorlatilag nem ajánlják, csak az ipari felhasználóknak.
Többet itt már nem fogok írni neked. -
ttt
senior tag
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. -
Jester01
veterán
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.
-
ViZion
félisten
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.
-
lev258
veterán
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. -
ttt
senior tag
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.
-
nemlehet
őstag
-
F34R
nagyúr
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...
-
lev258
veterán
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. -
Madárpók
aktív tag
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
-
total90
veterán
A pingvin soha nem szerette az AMD-s dolgokat.
-
tlac
nagyúr
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
-
S_x96x_S
addikt
Neki (Michael Larabel) ismerték el a problémát:
https://www.phoronix.com/scan.php?page=news_item&px=Ryzen-Segv-Response
Új hozzászólás Aktív témák
Hirdetés
- 3D nyomtatás
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- iPhone topik
- Sony Xperia 1 V - kizárólag igényeseknek
- Kerékpárosok, bringások ide!
- PlayStation 5
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Milyen egeret válasszak?
- Xiaomi 15 - kicsi telefon nagy energiával
- Élő adás Utazómajommal és Kerek Istvánnal az AI kapcsán
- További aktív témák...
- Intel Core I9 14900KF - 24mag/32szál - Új, 1 év garancia - Eladó!
- Intel Core i7-7700K (8M Cache, up to 4.50 GHz) OEM Processor! 27% számlával!
- AMD Ryzen 7 5700X processzor eladó /Garanciás/
- Ryzen 9 7900X /// Bontatlan // Üzletből, számlával és Garanciával!
- Ryzen 9 7900 /// Bontatlan // Üzletből, számlával és Garanciával!
- Frederick Forsythe: Isten ökle (nem olvasott)
- REFURBISHED - HP USB-C Universal Dock G1 docking station (DisplayLink)
- Csere-Beszámítás! Custom vizes számítógép játékra! I7 12700KF / RTX 3090 / 32GB DDR5 / 1TB SSD
- Bomba ár! Dell Latitude 3540 - i5-4GEN I 4GB I 500GB I 15,6" HD I HDMI I Cam I W10 I Garancia!
- ÁRGARANCIA!Épített KomPhone i5 10600KF 16/32/64GB RAM RTX 3050 6GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest