komentarze
KenjiroZobacz profil
Poziom ostrzeżenia: 0%
Kenjiro2019.07.12, 09:46
buggeer @ 2019.07.11 14:35  Post: 1210732

Do tego Linuksy z nową wersją systemd i kernela nie włączą się, bo ryzen 3000 ma zepsutą obsługę RdRand.

Akurat to jest wina twórcy systemd, który uparł się na używanie RdRand, gdy nie ma wiedzy o szczegółach technicznych rozwiązania. Zostało Lennartowi wskazane na tacy, gdzie popełnia błąd, a on i tak jest uparty i ma w d... to, że źle robi. Zresztą to nie pierwszy raz, gdy ten gość wykazuje się idiotycznym uporem i trwaniem w błędzie, tym gorzej, bo wiele dystrybucji korzysta obecnie z systemd i wiele z nich może być uwalonych przez błędy dewelopera.
Trzeba też pamiętać, że systemd ma długą historię wykładających całość błędów.

Dopiero niedawno problem został ominięty w commicie #543867907cf910c7970ad34afeca49a2c6aed99c (https://github.com/edevolder/systemd/commi...ca49a2c6aed99c)
Wątek o błędzie mający już 5 miesięcy (dużo przed Ryzenem 3000):
https://github.com/systemd/systemd/issues/11810
Poczekam przynajmniej 6 miesięcy przed upgradem, bo nie wiadomo ile jeszcze nieodkrytych błędów czeka na załatanie.

A to jest zawsze słuszna decyzja. Pierwszym w kolejce nie warto być nawet po świeże pieczywo...
Edytowane przez autora (2019.07.12, 09:47)
RaVen01Zobacz profil
Poziom ostrzeżenia: 0%
RaVen012019.07.12, 10:30
-1#42
skalak23 @ 2019.07.12 09:16  Post: 1210861
1minuser @ 2019.07.11 16:07  Post: 1210765
Riser zło a może i nie zło. Na pewno sporo zależy od jakości risera:

https://www.youtube.com/watch?v=q5xvwPa3r7M
Ten z rdrand jest jedynym faktycznie martwiącym, reszta wygląda jak faktyczny wiek dziecięcy który poprawkami aplikacji, bios i sterowników załatają

RdzaweOko @ 2019.07.11 16:03  Post: 1210762
(...)

Dokładnie, u intela są tak małe zmiany, że przy zmianie płyty i procesora (2600k -> 3770k -> 4790k) nie musiałem nawet przeinstalowywać windowsa (win7), wystarczyło zainstalować nowe sterowniki do mobo.

Ja się przesiadałem z Q6600 na 4790K też bez reinstalacji systemu win 7. Wystarczyło odinstalować stertowniki od starej płyty i zainstalować do nowej

tylko, że 4790 wyszedł jakiś rok po premierze platformy na 1150, więc przesiadłeś sie na już dopracowaną platforme, sprawdz jeszcze ile linijek kodu ma win10 a ile win7
Edytowane przez autora (2019.07.12, 10:31)
MarucinsZobacz profil
Poziom ostrzeżenia: 0%
Marucins2019.07.12, 10:41
Nie ma cop się oszukiwać są tez problemy spowodowane wyłącznie przez cwaniactwo producentów płyt głównych: https://www.dobreprogramy.pl/AMD-Ryzen.-Pr...ews,102715.html
Płyta za 3,5 tysia i ma 16MB kości pamięci :)
https://www.gigabyte.com/Motherboard/X570-...ME-rev-10/sp#sp
Inne topowe konstrukcje - tam nie było problemu dać 256Mb kości.

radek_zZobacz profil
Poziom ostrzeżenia: 0%
radek_z2019.07.12, 10:43
Mam płytę Asus Prime B350 Plus - tą samą z którą PcLab testowało jak sprawdzają się Ryzen 3000 ze starymi płytami. Kilka dni temu podniosłem w niej BIOS z 4207 z grudnia 2018, do najnowszego 5007 z obsługą Zen2.

Od razu po restarcie po wgraniu sterników, ekran zrobił się niebieski. Nie BSoD, ale jasno niebieski bez żadnego komunikatu. Przegapiłem informację ze trzeba zaktualizować sterowniki chipsetu do najnowszych. Po wgraniu najnowszych, problem się unormował.

Za to w najnowszym BIOS-ie przybyła funkcja Precision Boost Overdrive :)....tak tak, to to co miało działać tylko z układami b450/X470 i nowszymi.
radek_zZobacz profil
Poziom ostrzeżenia: 0%
radek_z2019.07.12, 10:52
Marucins @ 2019.07.12 10:41  Post: 1210870

https://www.gigabyte.com/Motherboard/X570-...ME-rev-10/sp#sp
Inne topowe konstrukcje - tam nie było problemu dać 256Mb kości.



Kolego ale podlinkowana przez Ciebie płyta, ma kość BIOS 2 x 128 Mbit, co jest de facto 2 x 16 MB, więc jak najbardziej wpisuje się w problem stosowania przez producentów małych kości nawet w topowych płytach.
buggeerZobacz profil
Poziom ostrzeżenia: 0%
buggeer2019.07.12, 11:51
radek_z @ 2019.07.12 10:43  Post: 1210872
Przegapiłem informację ze trzeba zaktualizować sterowniki chipsetu do najnowszych. Po wgraniu najnowszych, problem się unormował.


Wystarczyło w trybie awaryjnym zainstalować najnowsze czy musiałeś jakoś kombinować? Masz może APU? Na reddicie był o tym wątek i wiele osób pisało, że sterowniki do chipsetu mają tylko znaczenie przy PAU a reszta Ryzenów radzie sobie nawet na starszych mimo zaleceń producentów płyt.
Edytowane przez autora (2019.07.12, 11:52)
radek_zZobacz profil
Poziom ostrzeżenia: 0%
radek_z2019.07.12, 13:21
buggeer @ 2019.07.12 11:51  Post: 1210878
radek_z @ 2019.07.12 10:43  Post: 1210872
Przegapiłem informację ze trzeba zaktualizować sterowniki chipsetu do najnowszych. Po wgraniu najnowszych, problem się unormował.


Wystarczyło w trybie awaryjnym zainstalować najnowsze czy musiałeś jakoś kombinować? Masz może APU? Na reddicie był o tym wątek i wiele osób pisało, że sterowniki do chipsetu mają tylko znaczenie przy PAU a reszta Ryzenów radzie sobie nawet na starszych mimo zaleceń producentów płyt.


Mam 2700X. Nic nie musiałem kombinować. Po restarcie komp się nie zawiesił, ściągnąłem sterniki i normalnie zainstalowałem.
h63619Zobacz profil
Poziom ostrzeżenia: 0%
h636192019.07.12, 13:35
-11#48
Kiedy AMD się wreszcie nauczy, ze nowa architektura wymaga nowej płyty.
powerzxZobacz profil
Poziom ostrzeżenia: 0%
powerzx2019.07.12, 16:09
h63619 @ 2019.07.12 13:35  Post: 1210900
Kiedy AMD się wreszcie nauczy, ze nowa architektura wymaga nowej płyty.

Naucz sie czytac ze zrozumieniem.
1)nie uzywaj przejsciowek co nie spelniaja specyfikacji (riser co nie obsluguje PCIE4.0)
2)nie zwalaj winy na AMD za sknerstwo producentow plyt glownych (za male pamieci flash do BIOSu) i problemow z obsluga wszystkich modeli CPU na danej plycie.
wake_upZobacz profil
Poziom ostrzeżenia: 0%
wake_up2019.07.12, 19:36
Kenjiro @ 2019.07.12 09:46  Post: 1210863
buggeer @ 2019.07.11 14:35  Post: 1210732

Do tego Linuksy z nową wersją systemd i kernela nie włączą się, bo ryzen 3000 ma zepsutą obsługę RdRand.

Akurat to jest wina twórcy systemd, który uparł się na używanie RdRand, gdy nie ma wiedzy o szczegółach technicznych rozwiązania. Zostało Lennartowi wskazane na tacy, gdzie popełnia błąd, a on i tak jest uparty i ma w d... to, że źle robi. Zresztą to nie pierwszy raz, gdy ten gość wykazuje się idiotycznym uporem i trwaniem w błędzie, tym gorzej, bo wiele dystrybucji korzysta obecnie z systemd i wiele z nich może być uwalonych przez błędy dewelopera.
Trzeba też pamiętać, że systemd ma długą historię wykładających całość błędów.

Dopiero niedawno problem został ominięty w commicie #543867907cf910c7970ad34afeca49a2c6aed99c (https://github.com/edevolder/systemd/commi...ca49a2c6aed99c)
Wątek o błędzie mający już 5 miesięcy (dużo przed Ryzenem 3000):
https://github.com/systemd/systemd/issues/11810
Poczekam przynajmniej 6 miesięcy przed upgradem, bo nie wiadomo ile jeszcze nieodkrytych błędów czeka na załatanie.

A to jest zawsze słuszna decyzja. Pierwszym w kolejce nie warto być nawet po świeże pieczywo...

A ja kupuję wyjaśnienie twórców systemd.
Na wczesnym etapie uruchamiania nie mieli dostępu do /dev/random więc postanowili użyć mechanizmu rdrand z którym procesor który obsługuje rdrand powinien sobie poradzić. Rdrand jest instrukcją Intela która AMD wspiera od 2015 roku, jak widać czasem wspiera tylko w teorii.
AMD zadeklarowało że fixy do rdrand pojawia się w aktualizacjach bios.
AndreeZobacz profil
Poziom ostrzeżenia: 0%
Andree2019.07.13, 03:04
-3#51
taith @ 2019.07.11 22:54  Post: 1210832
Eclipse @ 2019.07.11 14:36  Post: 1210733
U Intela to nie do pomyślenia.
Wystarczy zobaczyć co z płytami MSI. Trzeba było odłożyć premierę na po wakacjach i może producenci mobo by zjedli tę żabę.

Ano, jak wydajesz po raz dziesiąty to samo, tylko w wyższej cenie to takie niespodzianki raczej ciężko spotkać.

Dlatego teraz nie żałuję, że niedawno rozbudowałem ojca komputer o procesor Intel i5 9600K z płytą Gigabyte Z390 Gaming. Ani on ani ja nie chcemy żadnych niespodzianek, ma działać Windows 10, MS Office i AVER ReCentral do zgrywania filmów z kaset VHS (co było głównym powodem rozbudowy, bo C2D nie radził sobie z kompresją h264 w czasie rzeczywistym).
Xenomorph2Zobacz profil
Poziom ostrzeżenia: 0%
Xenomorph22019.07.13, 07:35
@Eclipse
No rzeczywiście nie do pomyślenia - vide - pierwsze chipsety pod sandy bridge (Cougar Point) z kontrolerami sata zdolnymi fizycznie uszkodzić dysk. Później płonące sekcje x99 - jak już kolega wcześniej wspomniał. Grzejące się jak cholera i7 Haswell, wymieniać dalej?
Nowinek się nie kupuje i tyle...
krzyyssZobacz profil
Poziom ostrzeżenia: 0%
krzyyss2019.07.13, 10:31
-5#53
Tam zaraz narzekają. Moim zdaniem posiadacze R3xxx cieszą się, że mogą zostać beta testerami nowej platformy (no niestety ktoś to musi zrobić, a skoro AMD nie chce ...) ;) Nie jeden i nie dwóch kupowało to z pełną świadomością przyszłych kłopotów, ale ta adrenalinka była jednak mocniejsza :D
VoxCordiZobacz profil
Poziom ostrzeżenia: 0%
VoxCordi2019.07.14, 16:44
Krótko mówiąc... Wyszedł wczesny bubel :-/
Zaloguj się, by móc komentować