Új hozzászólás Aktív témák
-
CPT.Pirk
Jómunkásember
Ez már nagyon erőltetése a dolognak... A termék továbbra sem hibás, csak a nem elég megbízható tesztelés miatt néhány példány kapott olyan órajel és társai paramétereket, amiket bizonyos körülmények között nem bír el. Itt a hibás a tesztelés volt, ezért is cseréli a procikat az AMD.
Azért kell ezt kihangsúlyozni mert messze nem arról van szó, hogy a mérnökök elrontották volna a procit és így hibás lenne a termék. (értve ezt a minden létező procinál meglévő errata-s hibákon felül)
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
_DiEGO_
őstag
-
Bird
addikt
-
-
tlac
nagyúr
-
_DiEGO_
őstag
Nagy lol , mert ez így teljesen IGAZ abból a szempontból , hogy hibátlan termék nem létezik . Hibás termékek léteznek , csak nem tudunk a hibáikról max ha nyilvánosságra hozzák.
Ha nem robbantják ki USA-ban a diesel ügyet , sosem tudtuk volna meg hogy szinte az összes dízel gyártó csal szoftveresen, de még a benzines vissza van csak valakiknek kell hogy nagyon ba...ák a csőrüket. Például USA idetolna csomó benzines autócsodát és európai kocsikat nemigazán vennének... -
CPT.Pirk
Jómunkásember
Nem keverednek a fogalmak. A processzor továbbra sem hibás, csak rossz kategóriába került besorolásra. A cég elismerte a probléma létét és cserélik is a rossz kategóriás termékeket. Igazából nincs itt semmi látnivaló, ez nem TLB bug vagy valami hasonló.
Továbbá ahogy sh4d0w is mondja, nincs hibátlan processzor a piacon, régen sem volt és ezután sem lesz. Egyszerűen lehetetlen olyat gyártani.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
XMI
csendes tag
Egy pillanat!
Itt igen sok téves állítást látok tényként leírva.
Mivel alapvetően Linux-ot használok és szándékoztam Ryzen-t venni, kicsit közelebbről követtem a hiba körüli történet alakulását.Először is ajánlom figyelmébe minden érdeklődőnek az AMD community oldalán levő fórumtémát, jelen pillanatban itt találhatóak a leginkább elsőkéz-közeli információk: [link]
Másodsorban ajánlom a folyamatosan frissülő követő táblázatot, ahol gyártási dátummal követik a hibás és hibátlan processzorokat: [link]
Az AMD community thread alapján eddig ismert tények a következők:
- Kétféle hiba van: a segfault és a machine check exception / random reboot. Ebből a segfault-os hiba kapott nagyobb hírverést.
- Kezdem az egyszerűbbel: a machine check exception / random reboot hiba a gép üresjárati állapotában jön elő, egyértelműen energiagazdálkodási eredetű, van rá ismert workaround: a C-state-eket, vagyis energiatakarékos processzorállapotokat le kell tiltani BIOS-ban. Viszonylag kevés processzort érint.
- A segfault hiba gcc vagy clang-os fordítással reprodukálható, más módszer egyelőre nem ismert, a processzor bármilyen más tesztben stabilnak mutatkozik. A kill-ryzen teszt [link] is ezzel a módszerrel provokálja.
- A segfault hibát nemcsak Linux alatt lehet reprodukálni, kellően intenzív sokszálú gcc vagy clang fordítással Windows alatt is előjön.
- A WSL esetén nincs Linux kernel sehol a rendszerben, ilyenkor a windows kernel látja el a Linux kernel szerepét. A legvalószínűbb következtetés, hogy a hiba nem oprendszer-specifikus.
- Az ilyen fordítási terhelés egyáltalán nem "extrém" és nemcsak fanatikus Gentoo felhasználókat érint, akik mindent maguknak fordítanak, hanem például szoftverfejlesztőket is, akik munkához használnák build gépnek.
- A segfault hibára eddig nem ismert workaround. Vannak akiknél az SMT vagyis a magonként kétszálas végrehajtás letiltása hozott javulást, vannak akiknél a BIOS-ban az uOpCache vagyis mikroművelet gyorsítótár tiltása segített valamennyit (5-7% teljesítménycsökkenés árán), vannak akiknél a Linux kernelben a címtartomány randomizációs biztonsági feature kikapcsolása javított a helyzeten. Általános megfigyelés, hogy egyik megoldás sem oldja meg teljesen a problémát, csak lecsökkenti az előfordulás gyakoriságát.
- A processzor órajel-csökkentése, memória órajel-csökkentése, túlfeszelés a legtöbb felhasználónál nem oldja meg a problémát -> tehát nem arról van szó, hogy a hibás darabok túl magas modellszámot kaptak volna, nem tudom honnan veszik itt a fórumban ilyen sokan ezt az információt
A hiba előfordulásáról:
- Jelen pillanatban nincs olyan ismert eset, ahol boltban vásárolt Ryzen processzor átment volna a kill-ryzen teszten! Ez még nem feltétlen jelenti azt, hogy az összes Ryzen hibás lenne, hiszen akinek hibátlan jutott, az nem biztos hogy egyáltalán foglalkozik a problémával. De ezidáig senki nem állt elő ilyennel, ami legalábbis gyanús.
- Bizonyítottan hibátlan Ryzen processzorhoz eddig csak RMA (gyártói garanciális) csere útján jutottak hozzá
- A Threadripper és EPYC processzorokból eddig nem találtak hibásat
- Az RMA-csereprocesszorok mind 25. hetiek vagy későbbi gyártásúak voltak
- Már legalább két felhasználó jelezte, hogy 25. vagy későbbi gyártású processzor is hibás (az írás pillanatában is próbálják ellenőrizni, hogy nem más-e a hiba oka, pl XMP profil hibás kezelése miatt RAM instabilitása). Mindenesetre egyelőre nem jelenthető ki, hogy a 25. heti vagy későbbi példányok biztosan jók lennének.
- A visszakapott RMA cserepéldányok közül jónéhány felhasználó jelezte, hogy a dobozában post-it cetlit találtak "Pass", "Passed", "Ok" feliratokkal. Vagyis igen valószínű, hogy a jó processzorok külön kézi tesztelésen mentek át.
Jelen pillanatban ismert tények alapján sokan arra következtetnek, hogy az AMD valójában még nem tudta megbízhatóan megoldani a problémát, egyszerűen kézzel válogatják az RMA-hoz a véletlenül jól sikerült példányokat.
-
tlac
nagyúr
köszi a részletes összefoglalót
tehát nem arról van szó, hogy a hibás darabok túl magas modellszámot kaptak volna, nem tudom honnan veszik itt a fórumban ilyen sokan ezt az információt
az itteni hírből származik
A processzor órajel-csökkentése, memória órajel-csökkentése, túlfeszelés a legtöbb felhasználónál nem oldja meg a problémát
ezek szerint volt akinél megoldotta?
mert ha igen, akkor helyes lehet az a következtetés, hogy csak órajel lett rosszul belőveJelen pillanatban nincs olyan ismert eset, ahol boltban vásárolt Ryzen processzor átment volna a kill-ryzen teszten
ez elég erős kijelentés, biztos vagy benne, hogy nincs rá példa?
[ Szerkesztve ]
-
Jack@l
veterán
Igen informatív hsz, neked kellett volna írni erről a cikket.
Well done!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ó.
-
Raymond
félisten
"ez elég erős kijelentés, biztos vagy benne, hogy nincs rá példa?"
Az osszes oldal/forum ahol ezzel foglalkoznak egyseges ebben a velemenyben. A 25.-ik het gondolom nem veletlenszeru szam es valami oka van hogy azt avgy ujabbat kuldenek cserebe. A fenti idezet azert is implicit valos mert 25.-ik heti vagy ujabb gyartmanu termek meg nincs a polcokon.
Privat velemeny - keretik nem megkovezni...
-
-
XMI
csendes tag
az itteni hírből származik
Nekem valahogy elsőre leesett, hogy a cikk ezt így szó szerint nem állítja, de visszaolvasva már értem, miért gondolhatják úgy. Valóban félrevezető itt példálózni ezzel:
"az adott modell hitelesítésénél a tesztek nem fednek le minden eshetőséget, így esetlegesen olyan paraméterezést kaphat egy lapka, amelyet bizonyos körülmény mellett nem bír el."
Ez ugyan általánosságban igaz, de a mostani konkrét esetben nem utal semmi arra, hogy túl magas modellszámot kaptak volna, és alacsonyabb modellszámmal és hozzá tartozó frekvenciával stabilak lennének. Ha csak nem tekintjük modellszámnak a "0"-t, mint "selejt" besorolást is.Azért fogalmaztam úgy, hogy a 'legtöbb felhasználónál' nem oldja meg, mert a napokban egy user a techpowerup fórumban elkezdte terjeszteni, hogy a túlfeszelés megoldja: [link]
Az AMD community oldalon viszont állítják, hogy nem segít: [link]
ez elég erős kijelentés, biztos vagy benne, hogy nincs rá példa?
Én természetesen nem vagyok biztos benne, próbáltam is direkt óvatosan fogalmazni, de ahogy olvasom többen is kutatnak ilyen után az AMD community fórumban, Redditen is, phoronix fórumban is, és hírértéke lenne, ha fognának ilyet. A táblázatba biztosan azonnal beírnák. Fogalmazzunk úgy, hogy boltból vett hibátlan Ryzen valamint tesztelni és eredményt megosztani kívánó user ezidáig nem találkozott össze. -
tlac
nagyúr
Az AMD community oldalon viszont állítják, hogy nem segít
pedig az, hogy a feszültségemelés hatására később döglött meg az egyik community-s user beszámolója szerint, ez alapján lehet hogy az tpu-s usernek szerencséje volt és nála tényleg segített, mert éppen jobb minőségű szilícium darab jutott neki
Ez ugyan általánosságban igaz, de a mostani konkrét esetben nem utal semmi arra, hogy túl magas modellszámot kaptak volna, és alacsonyabb modellszámmal és hozzá tartozó frekvenciával stabilak lennének.
vagy az összes kategóriát túl szorosra lőtték meg
mivel azt szinte biztos, hogy pár teszteset kimaradt és lehet ehhez állították be azt a maximumot, amit még elvisel a procibár ennek ellentmond, hogy a underclock sem segít, ha jól értem
-
XMI
csendes tag
Az a baj, hogy a fene tudja. A leírások szerint a hiba túl egyenetlenül jelentkezik, néha 2-3-5 óráig semmi, aztán 30 percen belül 2-3 hibaeset. Így elég nehéz a valószínűségi várható értékét számolni. Kb hetekig kéne futnia egy-egy beállítással, hogy elég adat legyen, hogy értelmes konfidenciával lehessen állítani bármit. Emiatt simán lehet, hogy egy-két BIOS beállítás valójában teljesen véletlen egybeesés miatt tűnik úgy, mintha segítene rajta.
Egyébként valóban olvastam olyan teóriát (most nem keresem elő a linket) - ez szigorúan spekuláció -, hogy ez az egész leginkább egy belső energiagazdálkodási hibára utal, ha az összes mag egyszerre terhelt, akkor előfordulhat a körülmények egy különleges együttállásakor, hogy valami belül nem kap elég feszültséget, vagy a sok párhuzamos terhelés miatt túl sok zaj kerül egy belső tápvonalra. A túlfeszelés vagy feszültségcsökkentés két okból nem tudhatja korrektül megoldani: egyrészt minden részegység fogyasztása egyszerre változik tőle, tehát a belső feszültségingadozás mértéke is arányosan együtt fog mozogni a tápfeszültség változtatásával. Másrészt lehet, hogy a belső tápelosztó hálózatban valami beépített szabályozás ellenkorrigálja a külső feszültségemelést. Na itt lehet, hogy valamit tényleg túl szorosra szabtak, és nem tudják AGESA-ból a belső energiagazdálkodást vezérlő mikrokóddal korrigálni.
Az is biztos, hogy több alaplapról bebizonyosodott, hogy a memóriát, pontosabban a Ryzen memóriavezérlőjét és vele együtt a teljes uncore-t overclock-olják, ami tud nagyon hasonló hibákat produkálni. Elvileg a legjobb eset 1modul/csatorna single rank modul esetén 2400 MHz a támogatott max freki, de 2 modul esetén már csak 2133 MHz, dual rank modulnál már csak 1866 MHz. Viszont megfelelő modul esetén az alaplapok XMP profilból simán megpróbálnak beállítani 3000 vagy 3200MHz-et is, ami az újabb AGESA kiadás óta többé-kevésbé sikerül is, csak éppen kissé hibázik. Jelen pillanatban a segfault-ra tesztelőket kérik is, hogy ügyeljenek rá, hogy a memória véletlenül se menjen az AMD-által hivatalosan támogatott órajel fölött.
[ Szerkesztve ]
-
Cathulhu
addikt
Én konkrétan CMOS resetet csináltam a teszt előtt, memóriák be is álltak 2133-ra (3600as samsung b-die-okról van szó), mert nem akartam hülyét csinálni magamból szétOCzett hibajelentéssel, de 4-ből 3x így is jött a segfault 1 vagy 2 szálon.
Ashy Slashy, hatchet and saw, Takes your head and skins you raw, Ashy Slashy, heaven and hell, Cuts out your tongue so you can't yell
-
nagyúr
a magasabb modellszámú ryzenek több ccxet és aktív magot is tartalmaznak, nemcsak base/boost órajelben és xfr on/offban van különbség. amit írtál az alapján nem tudom kizárni, hogy alacsonyabb modellszámozással mentesek lennének a segfault hibától.
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.
-
sayinpety
tag
Hetfo ota ellenorzom a tesztgepeim. 7 Ryzenem van. 1 ES, 2 1800X, 1 1700X, 1 1700, 1 1600X, 1 1300X. Mindegyik majus elotti, kiveve 1300X. 3 jelez hibat. 1700, 1700X, es egyik 1800X. Az 1700 vizzel hutve megjavul. Tegnap egesz delutan teszteltem, am csak gyari hutovel hibazik.
-
Jack@l
veterán
válasz sayinpety #124 üzenetére
Akkor nincs mese, vegyen mindenki top vízhűtőt mert 50 fokon még nem hibázik a proci...
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ó.
-
Jack@l
veterán
Biztos vagyok benne, hogy elő lehet hozni windows alatt is. Csak idő kérdése hogy kiderüljön milyen progival kapja el ugyanazt a neki nem tetsző terhelés tipust. Windows alatt valószínű az ütemező kezeli máshogy a szálakat, ami miatt nem hányja össze magát, de ez egy update-el, SP-el simán változhat később.
[ 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ó.
-
Bird
addikt
Az itt linkelt google doksi alapján az egésznek nagyobb a füstje, mint a lángja, már ami a konkrét sorozatszámokat illeti. Valóban fogalmunk nincs azonban, hány processzort érinthet az eddigi hibás szériákból.
[ Szerkesztve ]
.:A konzolozás körülbelül olyan, mint a Canon / Nikon: amelyiket előbb veszed a kezedbe, azt szokod meg.:.
-
Gyuri27
félisten
Hiszem, hogy majd minden procit meg lehet fingatni. Csak idő, pénz, energia,elszántság kérdése.
Tényleg nem bántva a linuxosokat. De ők a piac nagyon kis szelete. Ráadásul ott se mindenkinek jön elő.
De akinek hibás és zavarja ott a lehetőség. Amd support és csókolom.Amd - Radeon - Ryzen
-
Gyuri27
félisten
Egen. Azért mert az ember wint használ. Meg néha elindit egy kínaimesekártyajátékot még nem gémer.
De mennyi a linuxot használók aránya? 10%? Legyen 15. Azoknál se mind jön elő a hiba.
Persze jó idejönni és sírni. Helyette én kicserélném a procit és csók.
De akinek a sirukálásra van igénye az ne tartsa magába.Amd - Radeon - Ryzen
-
dabadab
titán
-
Abu85
HÁZIGAZDA
Ezek a piacon most lényegtelenek. Az EPYC meg a Threadripper eleve nem érintett.
(#137) Bird: Hivatalosan "kis számú korai Ryzenek" érintettek. Nem hivatalosan meg semmit nem tudni róla.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Clay
senior tag
Lehet le fogják szedni a fejem, de szinte biztos vagyok benne, hogy nincs 10% akik csak és kizárólag Linux-szal használják a gépüket. Ha tartana a Prohardver szavazást, az se fedné a valóságot, mert egy csomó ember akik PC-t használnak ide se szagol. Kíváncsi lennék egy ilyen szavazásra.
A processzorok füsttel működnek.Ha kijön belőlük a füst,nem működnek tovább!
-
XMI
csendes tag
válasz velizare #123 üzenetére
a magasabb modellszámú ryzenek több ccxet és aktív magot is tartalmaznak, nemcsak base/boost órajelben és xfr on/offban van különbség.
Arra még nem láttam tesztet, hogy magletiltással megszüntethető-e. Annak esetleg utána lehet nézni a fórumokban elérhető logokban, hogy egyes magokra korlátozódik-e a hiba. De lehet, hogy ezt az ötletet már körbejárták, csak eddig elkerülte a figyelmemet.
Amúgy CCX-ben tudtommal nincs különbség, a legkisebb Ryzen3 is mindig 2 CCX-es
-
nagyúr
eegen, 2 ccx, de amíg az r7es ryzenben csak egyféle ccx van (az aktív magok alapján), addig az r3ashoz már hatféle ccxet legózhatsz össze az aktív és a letiltott magokból. ebből van ugye kettőd, szóval összesen 36féle elrendezésben lehet az a 4 aktív mag a procin.
és akkor az l2-l3 cache méretével még nem is foglalkoztam, mert ezekben is van eltérés.[ 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.
-
XMI
csendes tag
[l]Ezek a piacon most lényegtelenek.
Én egészen biztosan meg vagyok róla győződve, hogy az AMD-nél pár manager pontosan így gondolkodott, azért állhatott elő ez az egész szerencsétlen helyzet. A time to market megint fontosabb volt, ezért a tesztelésen spóroltak: mindig csak azt a tesztkészletet futtatták, amiről úgy gondolták, hogy a "megcélzott" vásárlóközönség felhasználási körét fedi.Én értem, hogy egy AMD-s manager így gondolkodik, csak azt nem értem Te miért gondolkodsz így.
Én mint potenciális felhasználó - akinek munkára kéne - ezzel nem vagyok kisegítve. Hadd ne kelljen már Threadripper-t vennem, >260eFt-ért, és AM4-esnél lényegesebb drágább TR4-es alaplapot alá, csak mert egy hibátlan processzort szeretnék. Ennyiért már kapok Xeon-t is. A Ryzennek pont az lenne az egyik fő erőssége, hogy kapsz 8C/16T-t, ECC-s memóriát támogat -> ez egy olcsó munkaállomás.
-
Abu85
HÁZIGAZDA
Nincs olyan, hogy hibátlan processzor. Nem létezik ez a kategória. A proci tervezése kb. olyan, mint a programfejlesztés, csak a kiadás előtt maximum három fordításra van lehetőséged, és mindegyik 50 millió dollárba kerül. A hibátlan ma már nem létező fogalom.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Cathulhu
addikt
Azert azt tegyuk hozza, hogy egy nagyon nehezen megfoghato hibarol van szo, nincs olyan teszt amivel biztosan reprodukalhato lenne. Meg a phoronix fele stresszteszt is csak nagy valoszinuseggel hozza elo, de nem mindig, nem ugyanott es nem ugyanazon a magon. En pl eleg sokat forditottam gcc-vel 16 szalon, de sose segfaultolt, ettol fuggetlenul most aggodok kicsit es ragaszkodom a cserehez. De az egesz szituacio nagyon ugy tunik, hogy egy nagyon specialis, akar idozites akar feszultseg akar barmijen egyeb zaj es a csillagok egyuttallasa miatt kovetkezik be, erre elore tesztet irni nem feltetlen volt lehetseges es nem a kapkodas az oka. Sot lehet azota sem tesztelheto, es mivel nehezen reprodukalhato, mert ilyen jellegu hibaknal gyakran elofordul az, hogy mar attol, hogy vizsgalod magat produktomot mar azzal eloidezhetetlenne teszed a hibat, szoval lehet azota sem tudjak mi okozza es hogy lehetne tesztelni es ezert nincs uj stepping sem. Ki tudja, lehet a csereprocikat is a kill-ryzen scripttel kinozzak a laborban es azt kuldik ki, ami jo.
Ashy Slashy, hatchet and saw, Takes your head and skins you raw, Ashy Slashy, heaven and hell, Cuts out your tongue so you can't yell
-
#45997568
törölt tag
Kis update a proci cseren, 2 napja jelentettem AMD-nek es OCUK-nek a problemat, hogy elhasalt a proci a gcc teszten. OCUK adott egy RMA szamot, tegnap reggel elkuldtem, ma delben erkezett meg hozzajuk a proci, fel oraval kesobb mar jott az email hogy az ujat most keszitik elo nekem, ma kuldik, holnap megjon.
Szoval ha valaki normalis boltbol vasarolt az gyorsabb mint AMD-n keresztul.
-
Cathulhu
addikt
válasz #45997568 #147 üzenetére
Az biztos, 3 napja toltottem ki a linkelt formot, es kaptam egy darab ticket numbert amit meg csak csekkolni se tudok sehol, azota meg siri csend es hullaszag.
Ashy Slashy, hatchet and saw, Takes your head and skins you raw, Ashy Slashy, heaven and hell, Cuts out your tongue so you can't yell
-
Nekem az jutott eszembe erről a Linux<->Ryzen dologról, hogy kallódott nálam hónapokon át egy Intel G4400 CPU, míg egyszer vettem alá egy C232-es deszkát, és ECC-s RAM-ot, majd áttettem az új gépbe a régiből az összes adattárolót. Először működött minden, de miután újraforgattam a teljes Gentoo rendszert (emerge -e @world) march=native GCC paraméterrel (a költöztetés előtt ugyan ezt futtattam, csak generic amd64-re, hogy egyszerűen átpakolhassam a rendszer SSD-t a gépek közt), akkor nem boot-olt többé.
Nagy nehezen kiderítettem, hogy a CPU hibásan jelezte valamilyen kiterjesztés támogatását, ami igazából le volt tiltva. Ez már 2016 októbere volt, tehát durván egy évvel a CPU megjelenése után, de még csak akkortájt jelent meg a microcode, ami javította ezt.
Ha a megjelenés utáni 1-2 hónapban futottam volna bele ilyenbe, azt még megértettem volna, de egy évvel később ilyen triviális baki, amire sem a friss hivatalos alaplapi BIOS nem volt még felkészülve egy "workstation" jellegű lapon, se a viszonylag friss GCC nem tudott még róla...[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
S_x96x_S
őstag
BIOS frissités állítólag jót tesz neki !
"AGESA 1.0.0.6b Might Fix The Ryzen Linux Performance Marginality Problem"
https://www.phoronix.com/scan.php?page=news_item&px=AGESA-1.0.0.6b-UpdateMottó: "A verseny jó!"
-
Új hozzászólás Aktív témák
- Beszámítás! Intel Core i7 7700K 4 mag 8 szál processzor garanciával hibátlan működéssel
- Új bontatlan, dobozos, számlás, garanciális i9 13900K CPU akció!
- i5-9600K , és i5-9400F processzor eladó!
- Beszámítás! Intel Core i5 6500 4 mag 4 szál processzor garanciával hibátlan működéssel
- Intel I7 13700K 16mag/24szál - Új, Tesztelt - Eladó! 128.000.-