Źródło: Phoronix Phoronix napisał: Czytelnik Phoronix wskazał na niektóre zasoby klientów Linuksa, którzy mają problemy, a mianowicie podczas wykonywania ciężkich zadań kompilacji, takich jak Arch i Gentoo. Firma AMD nie znalazła jeszcze głównej przyczyny tego problemu, ale biorąc pod uwagę rozprzestrzenianie się użytkowników, wydaje się, że jest związana z samym procesorem. Zainteresowani dodatkowymi informacjami na temat problemów z kompilacją Ryzena mogą znaleźć wiele otwartych wątków w tej sprawie, na przykład na forum Gentoo, AMD Community, a także kilka wpisów za pośrednictwem tego Google Doc śledzącego użytkowników Gentoo, którzy mają problem. Oczekuje się, że AMD zaktualizuje wątek społeczności po znalezieniu rozwiązania. Niektóre obejścia obejmują manipulowanie za pomocą Load Line Calibration (LLC) z BIOS-u, a niektórzy użytkownicy odnieśli sukces, jeśli wyłączają funkcję SMT, podczas gdy inni wciąż napotykają problemy, nawet jeśli wyłączają SMT na swoich procesorach Ryzen 7. Problem występuje w wielu wersjach GCC, ale nie widziałem żadnych raportów podczas korzystania z LLVM / Clang lub alternatywnych kompilatorów. Wersja TL; DR: Używanie wszystkich 16 wątków o maksymalnej pojemności powoduje, że kompilator gcc jest segfault w Linuksie, przerywając proces budowania. Ograniczenie liczby zadań do 1 wydaje się temu zapobiegać kosztem wyjątkowo powolnych kompilacji.
Ryzen wydaje się być bardzo niestabilny przy dużym obciążeniu pracą
Poważnie, nie sądzę, żeby to miało znaczenie (patrząc na liczbę użytkowników Linuksa) ......... Dla korporacji uważam, że Redhat jest najpopularniejszy. Tak długo, jak działa na redhat, to wszystko ma znaczenie.
Procesor jest super dobry pod względem wydajności, ale z pewnością wciąż jest szorstki na krawędziach. Mam nadzieję, że wszystkie zidentyfikowane problemy zostaną rozwiązane podczas następnego odświeżania Ryzen.
http://www.phoronix.com/scan.php?page=ar...inux&num=5 Phoronix również testował czas kompilacji, dlaczego wtedy nie napotkał problemu? Różne wbudowane oprogramowanie również przyczyni się do segfault ....
seekaliao napisał: Poważnie, nie sądzę, żeby to miało znaczenie (patrząc na liczbę użytkowników Linuksa) ......... Dla korporacji uważam, że Redhat jest najpopularniejszy. Tak długo, jak działa na redhat, to wszystko ma znaczenie. Suse również le
haylui napisał: http://www.phoronix.com/scan.php?page=ar...inux&num=5 Phoronix również testował czas kompilacji, dlaczego wtedy nie napotkał problemu? Różne wbudowane oprogramowanie również przyczyni się do segfault .... Bardzo duża różnica. Musisz zobaczyć, co budował Phoronix. Jądro, trochę kodowania FLAC, niektóre benchmarki, to wszystko. Gentoo jest oparte na źródłach; każdy pojedynczy pakiet, który składa się na działającą dystrybucję Linuksa, musi być zbudowany od zera w formie kodu źródłowego, od tak niskiego, jak jądro, do graficznego pulpitu i sterowników. I rozmawiamy o tysiącach podstawowych pakietów, które są DUŻO bardziej wymagające niż tylko test porównawczy.
Rock-kun napisał: Bardzo duża różnica. Musisz zobaczyć, co budował Phoronix. Jądro, trochę kodowania FLAC, niektóre benchmarki, to wszystko. Gentoo jest oparte na źródłach; każdy pojedynczy pakiet, który składa się na działającą dystrybucję Linuksa, musi być zbudowany od zera w formie kodu źródłowego, od tak niskiego, jak jądro, do graficznego pulpitu i sterowników. I rozmawiamy o tysiącach podstawowych pakietów, które są DUŻO bardziej wymagające niż tylko test porównawczy. W każdym razie przeczytałem komentarze od użytkowników z tego artykułu. Wydaje się, że problem z podkręcaniem. Na częstotliwości magazynowej nigdy nie widzisz awarii lub awarii. Twój tytuł wątku wygląda jak 水 军
« Next Oldest | Next Newest »
Users browsing this thread: 1 Guest(s)