AMD Zen

Joo ei tuo bugi taida montaakaan henkilöä juuri haitata. Lähinnä mietin että voiko tuo aiheuttaa winkkarissa ongelmia esim kerran 6kk aikana? Jos kerran Linuxilla esiintyy ja on ihan rautavika niin periaatteessa jossain tulevaisuuden casessa voisi mahdollisesti ilmetä.
Toki näyttää niin harvinaiselta tilanteelta, että siitä on turha jauhaa. AMD vaihtaa kiltisti prossun, jos juuri sinun yksilö on harvinaisuus jossa bugi ilmenee.

Olikos nyt niin että Epyc saa parhaat piirit, threadripper seuraavaksi ja sitten parhaat ryzenit ja viimeiseksi nämä 1700 "hinnat alkaen" mallit? Eli jos lähtisi vaihtamaan prossua niin mahdollisuus saada nykyistä huonompi olisi vain kasvanut?
AMD oli ilmoittanut Phoronixille, että ongelma ei esiinny ollenkaan Windowsilla.

Saattoi olla ihan hyvä liikku ostaa se 1800X. Olettaisin noihin valitun parhaat piirit mitä silloin oli saatavana.
 
AMD oli ilmoittanut Phoronixille, että ongelma ei esiinny ollenkaan Windowsilla.

Saattoi olla ihan hyvä liikku ostaa se 1800X. Olettaisin noihin valitun parhaat piirit mitä silloin oli saatavana.

En tiedä että onko tuota kovin intensiivisesti edes windowsilla testattu. WSL:n alla oli saanu pojat segfaulttaamaan ja WSL ei aja linux kernel koodia joten ongelma ei voi olla linux/*BSD kernelistä johtuva.

Ja on niitä ongelmia ollu myös 1x00X rytsölöissä, ei ne 1700 ole rajottunu.
 
Saattoi olla ihan hyvä liikku ostaa se 1800X. Olettaisin noihin valitun parhaat piirit mitä silloin oli saatavana.
Todennäköisesti ainakin paremmat kuin näihin 1700. Mitenkäs muuten nykytilanne? Vieläkö on paljon laatueroa piirien välillä vai joko kaikki ryzen 7 alkaa olla samalla viivalla kellotettuna? Menee vähän toisen topicin aiheeksi kyllä...

On kyllä peliveto AMD:ltä valmistaa yhtä ainoaa ydintä ja tunkea sitä laadun mukaan eri paikkoihin. :)
 
Todennäköisesti ainakin paremmat kuin näihin 1700. Mitenkäs muuten nykytilanne? Vieläkö on paljon laatueroa piirien välillä vai joko kaikki ryzen 7 alkaa olla samalla viivalla kellotettuna? Menee vähän toisen topicin aiheeksi kyllä...

On kyllä peliveto AMD:ltä valmistaa yhtä ainoaa ydintä ja tunkea sitä laadun mukaan eri paikkoihin. :)
Eri piirin teko joka tarkoitukseen on todella kallista. Yhden piirin taktiikka tulee varmaan valmistuksen jälkeenkin paljon halvemmaksi.

Tuolla oli spekulaatiota, että ongelma ei vaivaisi enää uusimpia piirisatseja eli B2 ja myöhäisemmät B1 versiot lienevät jo virheettömiä siinä suhteessa.
 
Tuolla oli spekulaatiota, että ongelma ei vaivaisi enää uusimpia piirisatseja eli B2 ja myöhäisemmät B1 versiot lienevät jo virheettömiä siinä suhteessa.
Niinhän tuo AMD:n vastaus antaa ymmärtää. Vain ensimmäiset erät sisälsi ongelmallisia piirejä ja niissäkin vain osa.
 
Tarinan opetus: älä koskaan osta hyllystä, homehtunut siellä varmaan launchista asti. Olisi pitänyt malttaa odottaa hetken ja tilata.

Uutta prossua ei kuitenkaan saa varmuudella jos kääntö kippaa:

AMD:n edustaja sanoi:
We have been working closely with a small but important subset of Linux users that have experienced segment faults when running heavy or looping compilations on their Ryzen CPU-based systems. The results of our testing and analysis indicate that segment faults can be caused by memory allocation, system configurations, thermal environments, and system marginality when running looping or heavy Linux compile workloads. The marginality is stimulated with very heavy workloads and when the system environment is not ideal. AMD is working with individual users to diagnose the issues.



We are confident that we can help each of you identify the source of the marginality and eliminate the segment faults. We encourage all of our Linux users who are experiencing segment faults under compile workloads to continue working with AMD Customer Care. We are committed to solving this issue for all of you.
Onkohan se sitten niin, että jos eivät saa joitain muisteja toimimaan luotettavasti millään Ryzenillä, että mitäs läksit, osta paremmat. Minulla toimiva ASLR-workaround ei käsittääkseni muuta sitä, miten kerneli allokoi fyysistä muistia, vaan ainoastaan antaa random offsetit prosessin virtuaalimuistille.

Kirjoituksista päätellen tarkastavat ensin jäähdytyksen (Pomppaakohan Amd:n refuun? :D) ja sitten käskevät kokeilemaan mm. vsoc-voltteja tapissa, josko sillä tokenisi.

Pitänee ottaa AMD:hen yhteyttä, kunhan siistin kotelon salonkikelpoisemmaksi ja pistän aamusta ajamaan vielä memtest86+:aa sen >8h. Ajoin jo stressapptestiä 20 tuntia ja väittää ainakin olleen virheetön veto.
 
Pitänee ottaa AMD:hen yhteyttä, kunhan siistin kotelon salonkikelpoisemmaksi ja pistän aamusta ajamaan vielä memtest86+:aa sen >8h. Ajoin jo stressapptestiä 20 tuntia ja väittää ainakin olleen virheetön veto.

Eli löytyi tältäkin palstalta segfaultaaja. :P Itseäni hiukan tuossa AMD:n ilmoituksessä häiritsee tuo:
when the system environment is not ideal
Hiukan sellaista sormella osottelua että ehkä kuitenkin vika on käyttäjässä.

Mikähän se AMD:n määritelmien mukaan olisi sitten se ideaali ympäristö?
 
Pitänee ottaa AMD:hen yhteyttä, kunhan siistin kotelon salonkikelpoisemmaksi ja pistän aamusta ajamaan vielä memtest86+:aa sen >8h. Ajoin jo stressapptestiä 20 tuntia ja väittää ainakin olleen virheetön veto.
Testasitko jo tuota kill ryzen scriptiä? Entäs prime95 28.x ja custom blen testaus jolla prossun vakautta ja jäähdytystä pitäisi testata? Memtest on huono muistin testaus ohjelma. Mieluummin HCI memtest ja siinä 600%

Phoronixin forumilla oli jo yksi jamppa joka oli saanut RMA prossun ja ei ollut seg faultit hävinnyt silläkään. Oli vaihtanut sitten muistit ja MSI tomahawk b350 emon Asuksen C5h emoon ja kas kyseinen prossu olikin hoitanut kill ryzen scriptin ongelmitta ilman seg faultteja.

Samaten siellä oli toi nimimerkki Ryzennewbie saanut enemmän virheitä kun prossun jännitettä oli nostettu. Eli virrankulutus ja siten lämmöntuotto oli suurempaa.

Jos toi killryzen scripti aiheuttaa segmentation faultteja, niin kannattaisi seuraavaksi alikellottaa ja voltittaa sekä ajaa väylääkin 1-2 mhz pienemmällä taajuudella. ON turha olettaa että järjestelmä on vakaa kun lataa ne BIOS defaultit sisään, niin kuin osa porukasta tuolla Phoronixin forumilla tuntuu ajattelevan.
 
ON turha olettaa että järjestelmä on vakaa kun lataa ne BIOS defaultit sisään, niin kuin osa porukasta tuolla Phoronixin forumilla tuntuu ajattelevan.

Ei ole turhaa ajatella näin. Kyllä koneen pitää defaultti asetuksilla toimia 100% varmasti. Maailmasta löytyy paljon koneen käyttäjiä jotka ei ymmärrä noista BIOS kikkailuista suoraan sanottua hevon vittua. Ei kaikilta voi vaatia samaa osaamista mitä itsellä on. Joten jos pakasta vedetään kone ja ajetaan default asetuksilla, niin kyllä sen TÄYTYY toimia ilman mitään temppuiluita.
Ei itselläni ole ollut yhtään konetta jossa olisi tarvinut kaikenlaisia BIOS rituaaleja tehdä että koneen saa toimimaan vakaasti. Kaikki on toiminu defaut asetuksilla kuten pitääkin toimia.
Otetaan nyt esimerkiksi joku serveri emo ja sen biossi. Siellä ei edes ole paljoa säädettävää.
Tai sitten joku laptop jossa biosin säädöt on tyyliä valitse boottiasema ja kytke päälle/pois jotain integroituja härveleitä.
 
Ei ole turhaa ajatella näin. Kyllä koneen pitää defaultti asetuksilla toimia 100% varmasti. Maailmasta löytyy paljon koneen käyttäjiä jotka ei ymmärrä noista BIOS kikkailuista suoraan sanottua hevon vittua. Ei kaikilta voi vaatia samaa osaamista mitä itsellä on. Joten jos pakasta vedetään kone ja ajetaan default asetuksilla, niin kyllä sen TÄYTYY toimia ilman mitään temppuiluita.
Ei itselläni ole ollut yhtään konetta jossa olisi tarvinut kaikenlaisia BIOS rituaaleja tehdä että koneen saa toimimaan vakaasti. Kaikki on toiminu defaut asetuksilla kuten pitääkin toimia.
Otetaan nyt esimerkiksi joku serveri emo ja sen biossi. Siellä ei edes ole paljoa säädettävää.
Tai sitten joku laptop jossa biosin säädöt on tyyliä valitse boottiasema ja kytke päälle/pois jotain integroituja härveleitä.
Jaa ja jos ei ole defaulttina vakaa, niin se on sitten prossun vika? NO mullapa on Intelin Core 2 Duo 1.866 Ghz joka ei ole Asrock dual VSTA emolla edes vakionakaan vakaa, kun graffakortti on PCIe väylässä. Ei kun vaan valittamaan Intelin supportille ja vaatimaan RMA:ta. Vai oisko ongelma mahdollisesti tuossa emolevyssä, sittenkin :tdown:
 
Jaa ja jos ei ole defaulttina vakaa, niin se on sitten prossun vika? NO mullapa on Intelin Core 2 Duo 1.866 Ghz joka ei ole Asrock dual VSTA emolla edes vakionakaan vakaa, kun graffakortti on PCIe väylässä. Ei kun vaan valittamaan Intelin supportille ja vaatimaan RMA:ta. Vai oisko ongelma mahdollisesti tuossa emolevyssä, sittenkin :tdown:

Piiri pieni pyörii... Niitä segfaultteja paukkuu joka valmistajan emoilla, on kavereita jotka on vaihtanut kaikki komponentit koneesta paitsi cpu:n ja silti paukkuu segfaulttia.
Tottakai on mahollista että jossain muussakin on vikaa, mutta kun tulee segfaulttia eri emolevyillä, eri muisteilla, niin kyllähän se syyttävä sormi alkaa silloin AMD:n suuntaan osoittamaan. Jä miksi tätä oikeastaan tarvii enää edes vängätä kun AMD on myöntänyt ongelman.
 
Ei ole turhaa ajatella näin. Kyllä koneen pitää defaultti asetuksilla toimia 100% varmasti. Maailmasta löytyy paljon koneen käyttäjiä jotka ei ymmärrä noista BIOS kikkailuista suoraan sanottua hevon vittua. Ei kaikilta voi vaatia samaa osaamista mitä itsellä on. Joten jos pakasta vedetään kone ja ajetaan default asetuksilla, niin kyllä sen TÄYTYY toimia ilman mitään temppuiluita.

Niinhän se tekeekin, otaksuen että olet ostanut pakettikoneen missä maksimissaan kysytään alussa kieli ja sen valinnan mukaan sitten kaikki asentuu sinulle valmiiksi.

Mutta JOS itse asentelet jotain koneeseen niin takuussakin ne ajavat vaan uudelleen tehdasasetukset levyltä sisälle ja toteavat että nyt pitäisi toimia. Eli oletko nyt ihan varma että sinulla on ongelmia tämän valmiskonepakettisi kanssa? Mikäli on niin takaisin giganttiin tai mistä ostitkin ja pyydä että korjaavat jos et ole yhtään ohjelmaa itse asentanut tai muutoksia tehnyt.

Se EI ole prosessorin valmistajan vika vaan juurikin se myyjäliike hoitaa asian (lähettämällä ehkä tekijälle jos eivät itse osaa korjata) ja sinulle tulee täsmälleen samanlainen kone takaisin.
 
gcc segmentation faults on Ryzen / Linux | Community

Eli kyllä tuo nyt selvästi näyttää siltä että alupään kivissä on ollut tuotannossa joku puki. Tää on nyt jo ainakin toinen joka on toisella RMA yrityksellä saanut segfaultit loppumaan. Toisessa tapauksessa tais olla viikolla 24 tehty kivi. Molemmilla eka RMA joka ei tuottanut toivottua tulosta, viikko oli jotakuinkii sama 16.

Hmmh mutta..
UA1707PGT = Alkuperäinen
UA1716PGT = eka RMA
UA1725SUS = toka RMA

Tuo 3 kirjainta ilmeisesti tarkoittaa missä on pakattu. Voisiko se myös tarkoittaa tehdasta? Eikös AMD voi myös samsungin tehtaalla valmistaa noita rytsölöitä? Eli oliskohan toi uusin tehty samsungin tehtaalla?
Eli olisko se puki GF:n tehtaalla?
Kaivelkaas pojat rytsölän paketteja ja tutkikaa toi UA koodi että onko siellä pelkkää PGT/SUS vai jotain muutakin.
 
PART#: YD170XBCAEWOF

Siitä sitten tulkitsemaan missä tehtaassa tuo on tehty ja vuosi näyttää olevan tosiaan 2017 tiedä sitten onko valmistusviikko 10 (X) ja tehdas BCA? :smoke:
 
PART#: YD170XBCAEWOF

Siitä sitten tulkitsemaan missä tehtaassa tuo on tehty ja vuosi näyttää olevan tosiaan 2017 tiedä sitten onko valmistusviikko 10 (X) ja tehdas BCA? :smoke:

170x = 1700x, wof= ei tuuletinta
 
gcc segmentation faults on Ryzen / Linux | Community

Eli kyllä tuo nyt selvästi näyttää siltä että alupään kivissä on ollut tuotannossa joku puki. Tää on nyt jo ainakin toinen joka on toisella RMA yrityksellä saanut segfaultit loppumaan. Toisessa tapauksessa tais olla viikolla 24 tehty kivi. Molemmilla eka RMA joka ei tuottanut toivottua tulosta, viikko oli jotakuinkii sama 16.

Hmmh mutta..
UA1707PGT = Alkuperäinen
UA1716PGT = eka RMA
UA1725SUS = toka RMA

Tuo 3 kirjainta ilmeisesti tarkoittaa missä on pakattu. Voisiko se myös tarkoittaa tehdasta? Eikös AMD voi myös samsungin tehtaalla valmistaa noita rytsölöitä? Eli oliskohan toi uusin tehty samsungin tehtaalla?
Eli olisko se puki GF:n tehtaalla?
Kaivelkaas pojat rytsölän paketteja ja tutkikaa toi UA koodi että onko siellä pelkkää PGT/SUS vai jotain muutakin.
Missä koottu prossu? Lukeeko kenties Kiina?
 
Threadripperin core to core ping vasteen pcperiltä:

latency-pingtimes-1950x2400.png


latency-pingtimes-1950x3200.png
Vasteethan ovat sitten varmaan aikalailla saman myös Epyc sarjalla.
 
gcc segmentation faults on Ryzen / Linux | Community

Eli kyllä tuo nyt selvästi näyttää siltä että alupään kivissä on ollut tuotannossa joku puki. Tää on nyt jo ainakin toinen joka on toisella RMA yrityksellä saanut segfaultit loppumaan. Toisessa tapauksessa tais olla viikolla 24 tehty kivi. Molemmilla eka RMA joka ei tuottanut toivottua tulosta, viikko oli jotakuinkii sama 16.

Hmmh mutta..
UA1707PGT = Alkuperäinen
UA1716PGT = eka RMA
UA1725SUS = toka RMA

Tuo 3 kirjainta ilmeisesti tarkoittaa missä on pakattu. Voisiko se myös tarkoittaa tehdasta? Eikös AMD voi myös samsungin tehtaalla valmistaa noita rytsölöitä? Eli oliskohan toi uusin tehty samsungin tehtaalla?
Eli olisko se puki GF:n tehtaalla?
Kaivelkaas pojat rytsölän paketteja ja tutkikaa toi UA koodi että onko siellä pelkkää PGT/SUS vai jotain muutakin.
Toi ei kyllä ole millään tavalla hyvä että Ryzeneissä on jotain vikaa mikä aiheuttaa epävakautta mikä vaatii jotain sarjanumerojen kyttäystä. Todella kova PR-vahinko kun kerrankin on muuten saatu pitkästä aikaa erinomainen kivi kiekosta ulos.
 
Toi ei kyllä ole millään tavalla hyvä että Ryzeneissä on jotain vikaa mikä aiheuttaa epävakautta mikä vaatii jotain sarjanumerojen kyttäystä. Todella kova PR-vahinko kun kerrankin on muuten saatu pitkästä aikaa erinomainen kivi kiekosta ulos.

Ei tuo nyt ole mikään todella kova PR-vahinko, jos ongelma koskee promillen promillea käyttäjistä ja on jo korjattu uusimmissa piireissä. :rofl:
 
Toi ei kyllä ole millään tavalla hyvä että Ryzeneissä on jotain vikaa mikä aiheuttaa epävakautta mikä vaatii jotain sarjanumerojen kyttäystä. Todella kova PR-vahinko kun kerrankin on muuten saatu pitkästä aikaa erinomainen kivi kiekosta ulos.

Intelin piireissä ei koskaan ole mitään vikoja :think:
 
Asiaton käytös
Intelin piireissä ei koskaan ole mitään vikoja :think:
Väitinks mä jossain niin? Jos en niin pidä pääsi kiinni ja lopeta paskapostaus. Hieno nimimerkki btw

Ei tuo nyt ole mikään todella kova PR-vahinko, jos ongelma koskee promillen promillea käyttäjistä ja on jo korjattu uusimmissa piireissä. :rofl:
Jep. Asiat ei vaan ole koskaan sitä mitä ne on vaan sitä miltä ne näyttää isomman yleisön silmissä. "AMD tekee viallisia prossuja" case closed.
 
Väitinks mä jossain niin? Jos en niin pidä pääsi kiinni ja lopeta paskapostaus. Hieno nimimerkki btw

No mitä sitten yrität selittää? Oliko viestissäsi jotain muuta sanomaa kuin AMD = paska eikä kannata ostaa?

Nimimerkki on loistava, huomaa rekisteröintipäivä myös.

Jep. Asiat ei vaan ole koskaan sitä mitä ne on vaan sitä miltä ne näyttää isomman yleisön silmissä. "AMD tekee viallisia prossuja" case closed.

Suuri yleisö = pari Linux käyttäjää :rofl:
 
Eipä tässä nyt mitään PR tappiota varmaankaan ole tullut kun 99,9% prossun ostaneista ei edes tiedä että siinä ehkä voi olla jotain ongelmaa, jos ajaa jotain marginaalikäyttistä. En ainakaan ole tähän koko aiheeseen törmännyt missään muualla kuin täällä foorumilla. Ei ole näkynyt mitään skandaaliotsikoita asian tiimoilta tietääkseni.

Sanoisin että tästä "ongelmasta" johtuvat palautukset / RMA prosessit ovat määrältään huomattavasti pienemmät kuin siitä että joku on rikkonut kiven pinnit asennuksessa.
 
Intelin piireissä ei koskaan ole mitään vikoja :think:
Intelin prossuissa huomattiin jokunen aika sitten vika, jonka takia tietyissä prossuissa HT kannatti pistää korruption/epävakauden takia poispäältä.
Käsittääkseni joillakin valmistajista on patsätyt biokset ja linuksille on ainankin pätsejä. Lie windowsupdateenkin tulleet pätsit, en tiedä.
 
Intelin prossuissa huomattiin jokunen aika sitten vika, jonka takia tietyissä prossuissa HT kannatti pistää korruption/epävakauden takia poispäältä.
Käsittääkseni joillakin valmistajista on patsätyt biokset ja linuksille on ainankin pätsejä. Lie windowsupdateenkin tulleet pätsit, en tiedä.

Se oli sarkastinen heitto kun puhuttiin "todella kovasta PR vahingosta". Olemme kuitenkin foorumilla jossa porukka tietää tällaiset asiat. Luulisin.
 
Se oli sarkastinen heitto kun puhuttiin "todella kovasta PR vahingosta". Olemme kuitenkin foorumilla jossa porukka tietää tällaiset asiat. Luulisin.
En näe asiassa mitään sarkastista.
Kyllä se on melkoisen paha ongelma, jos ollaan julkaisemassa tuotetta ja paljastuukin, että siinä tulee olemaan mahdollisesti vikaa..
 
En näe asiassa mitään sarkastista.
Kyllä se on melkoisen paha ongelma, jos ollaan julkaisemassa tuotetta ja paljastuukin, että siinä tulee olemaan mahdollisesti vikaa..

Vähän kuten Intelin HT-ongelma. Kauppaan pitäis jättää, kun rikkinäistä prossua myyvät. :rage:

Eiköhän tässä ole nyt tehty kärpäsestä härkänen ja uutta tulokasta syynätään tarkemmin. Samalla vanhaa peläten (Phenom TLB-bugi) jokainen ongelma laittaa ihmiset varpailleen.
 
Vähän kuten Intelin HT-ongelma. Kauppaan pitäis jättää, kun rikkinäistä prossua myyvät. :rage:

Eiköhän tässä ole nyt tehty kärpäsestä härkänen ja uutta tulokasta syynätään tarkemmin. Samalla vanhaa peläten (Phenom TLB-bugi) jokainen ongelma laittaa ihmiset varpailleen.

Itse olen jo 20 V todennut kaikille, liittyen tietotekniikkaan:
Älä ikinä osta juuri markkinoille tullutta tuotetta!
Odota 3kk- puoli vuotta tuotteen Suomessa myyntiintulon jälkeen ja osta vasta sitten. Selvitä ennen ostoa, onko muilla toiminut halutulla tavalla.

Tottakait! Silloin kun tuli tuo bugi tietoon ja korjausta ei vielä olut, niin tietenkään siihen ei olisi kannattanut esim päivittää.. Kaatulevat / sekoavat tietokoneet kun ovat täysin sietämättömiä.
 
No nyt tiijetää mitä infoo tuossa UA:ssa on


Täyttä paskaa nuo tiedot.
Sirun valmistuspaikka selviää ainoastaan sarjanumerosta / AMD:n valmistustietokannasta.
Kolmikirjaiminen koodi kertoo tosiaan paikan jossa loppuasennus on tehty (P/S), mutta siitä ei voi päätellä mitään muuta.
PGT, PGN, SUS, SUT yms koodit on olleet käytössä jo siruissa, joiden valmistuspaikka on ollut ainoastaan Dresdenissä Saksassa.
 
En näe asiassa mitään sarkastista.
Kyllä se on melkoisen paha ongelma, jos ollaan julkaisemassa tuotetta ja paljastuukin, että siinä tulee olemaan mahdollisesti vikaa..

https://www.intel.com/content/dam/w...n-updates/7th-gen-core-family-spec-update.pdf

Tuosta noin 30 sivun verran prosessoribugeja Intelin 7. sukupolven prosessoreissa :psmoke:

Kamala ongelma Intelillä kun ovat julkaisemassa prosessoreita joissa tiedetään olevan lähemmäs 100 bugia. Okei, en jaksanut tarkistaa mitkä ovat korjattu.
 
Toivottavasti on korjattavissa mikrokoodilla. Sitten se voi olla BIOS-päivitys tai hätäisimmät voivat etsiä uuden kernelin, jossa tuo on korjattu.

Tällä hetkellä ei vaikuta omaan käyttöön mitenkään. Mutta noin puolet laitteistani saa uuden elämän palvelimena nurkassa kun aika niistä jättää, ja pidän vaan Linuxista Windows Serveriä enemmän..

edit: tosin AMD mahdollistaa senkin, että ostan uudemman Zenin ja myyn vanhan jollekin Windows-käyttäjälle sitten parin vuoden päästä.
 
Todistin että Intelin julkaisee bugisia prosessoreita jotka korjataan joskus jos korjataan. Tämä eroaa AMD:n toiminnasta olennaisesti seuraavilla tavoilla:

AMD julkaisee senverran rajummilla bugeilla olevia prossuja, jotta ko bugit tulevat reippaasti useammin ilmi.
Lisäksi kun Intel on kussut homman pahasti, laitteita on vaihdeltu uusiin. AMD:llä o selkeästi useammin vain mutistu ja yritetty lakaista "paskan myivät tulos" matonalle ilman sen kummempia toimenpiteitä.

En ole missään väittänyt, että intel ei myöskin tekisi mokia. Kyllä seki tyrii välillä oikein urakalla. Tosin sen tuotekirjo CPU:issa on AMD:tä jonkinverran laajempi ja alustankin kanssa uskalletaan ottaa kehitysaskeleita tarvittaessa, eikä junnata turhanpitkään saman, vanhentuvan alustan kanssa...
 
Redditissä AMD:n edustaja paukautti yllättävän kasuaalisti "The one that will be released in Q1 2018 is called Pinnacle Ridge and is a Ryzen generation 1 refresh. The Zen2 architecture is planned for Q4 2018 on the 7 nm node." Eli Zen+ olis tulossa jo melko piakkoin ja Zen2 loppuvuodesta 2018.

Mitähän tuossa Zen refreshissä olis luvassa :think:

 
...
Mitähän tuossa Zen refreshissä olis luvassa :think:
...
Jos AMD olisi paikantanut Ryzenstä jonkin pullonkaulan jonka korjaamalla sen kellotuvuus Voltteja nostamatta paranisi 200-500 Mhz se olisi tosi hyvä päivitys, tämä siis näin pelaajien kannalta kun hyötypuollella ei tarvi välttämättä muuta kuin Linux bugi korjausta.
 
Jos AMD olisi paikantanut Ryzenstä jonkin pullonkaulan jonka korjaamalla sen kellotuvuus Voltteja nostamatta paranisi 200-500 Mhz se olisi tosi hyvä päivitys, tämä siis näin pelaajien kannalta kun hyötypuollella ei tarvi välttämättä muuta kuin Linux bugi korjausta.
Joku 500 MHz olis ihan älytön parannus noissa isommissa prossuissa. 16 coren Threadripperissä se vastais käytännössä kahta lisäcorea nykyiseen. Mitenhän nopeasti nuo meinaa saada ulos nuo ja aikovatkohan julkaista kaikki mallit kerralla eikä ripottaen kuten nyt? Just kun TR buildia keränny niin tuntuis aika pirun pahalta lyödä tonni prossuun josta tuleekin kaikinpuolin parempi ja saman hintainen uusi versio pari kuukautta ostosta...
 
Jos Infinity Fabricin saisi kertoimen perään, auttaisikohan se kellottuvuuteen?

Vaikka niin, että IF toimisi 3GHz ja CXX 4.5GHz?
 
Jos AMD olisi paikantanut Ryzenstä jonkin pullonkaulan jonka korjaamalla sen kellotuvuus Voltteja nostamatta paranisi 200-500 Mhz se olisi tosi hyvä päivitys, tämä siis näin pelaajien kannalta kun hyötypuollella ei tarvi välttämättä muuta kuin Linux bugi korjausta.

Tuollainen kelloboosti tuskin tapahtuu, ellei prosessi vaihdu ja sehän tuon "uutisen" mukaan tapahtuu vasta Q4/2018.
Viilausta, infinity fabric, parempi muistikontrolleri, jne. Ehkä just joku perus intel parannus, eli 5% lisää perffiä.
 
"Pinnacle Ridge is for AM4 only. Threadripper gen1 with the TR4 socket will be updated directly with the Ryzen 2 architecture and the launch is also planned for Q4 2018. There is also the Raven Ridge APU for Mobile in Q4 2017 and for Desktop Q1 2018." Myös mut liekkö nyt sitten miten totta.
 
"Pinnacle Ridge is for AM4 only. Threadripper gen1 with the TR4 socket will be updated directly with the Ryzen 2 architecture and the launch is also planned for Q4 2018. There is also the Raven Ridge APU for Mobile in Q4 2017 and for Desktop Q1 2018." Myös mut liekkö nyt sitten miten totta.
Samaa tietoa kuin aikaisemmin? Paitsi TR osalta, ettei sille tule refreshiä 1 versiosta.
 

Statistiikka

Viestiketjuista
259 443
Viestejä
4 512 486
Jäsenet
74 369
Uusin jäsen
nabsa

Hinta.fi

Back
Ylös Bottom