AMD NAVI

[GregM00 253]

2 minuty temu, BlindObserver napisał:

Znam ten film. Pytam, czy oni kłamią.

Kłamią w jakim zakresie? Chcesz to sprowadzić do jakiegoś prostego, 0-1 absurdu?

Czy certyfikują? Wygląda na to, że tak.
W jakim zakresie certyfikują? No i tu jest rzecz otwarta. Bo oficjalnie AMD nie widzi kłopotu w tym, że GPU utrzymuje stale wysokie stany pamięci. 

Od strony czysto technicznej rzecz jest znana i wiadomo z czego wynika: zastosowanie takich a nie innych rozwiązań odnośnie kontrolera pamięci -> minimalny czas potrzebny na przełączanie VRAMów -> timingi monitora. Software'owo zmienić da się tylko to ostatnie. Reszta to bariera hardware'owa.

[BlindObserver 1614]

Jeszcze przed chwilą twierdziłeś, że każdy sobie może naklejkę z FreeSync nalepić, co miało sugerować, że AMD nie ma nad tym kontroli i to do producentów monitorów trzeba uderzać. Okazuje się, że jednak nie jest tak, jak mówiłeś, a przynajmniej nie według AMD. Więc dalej szukam winnych tego stanu rzeczy i opisanych problemów. Kto w tej sytuacji dał ciała? Czy w takim razie ta certyfikacja jest cokolwiek warta?

[sideband 1053]

Godzinę temu, GregM00 napisał:

AMD powinno wprowadzić certyfikację Freesync, tak jak zrobiła NV i po problemie. Tymczasem nikt nie sprawdza zgodności timingów monitorów z kontrolerami pamięci stosowanymi przez AMD i tyle. Znaczek Freesync można przykleić do każdego monitora.

Trzeba mieć niezłą wyobraźnie by sobie wymyśleć, że ma to cokolwiek wspólnego z kontrolerem pamięci.

To jak zwykle wszystko jest powiązane z zarządzaniem energii stąd wyższe taktowania pamięci.

Ten kto nie wierzy to polecam wziąć nawet starego 290x pod Win7 na starych sterownikach + pobawić się clockblockerem to będzie istna magia nie możliwa do zrealizowania przez AMD.

[GregM00 253]

30 minut temu, BlindObserver napisał:

Jeszcze przed chwilą twierdziłeś, że każdy sobie może naklejkę z FreeSync nalepić, co miało sugerować, że AMD nie ma nad tym kontroli i to do producentów monitorów trzeba uderzać. Okazuje się, że jednak nie jest tak, jak mówiłeś, a przynajmniej nie według AMD.

Wróć do mojego posta i przeczytaj ponownie, bo przekręcasz. To co napisałem miało sugerować, że certyfikację dostaje się bez kontrolowania timingów monitora w odniesieniu do efektu na przełączanie stanu pamięci.

[BlindObserver 1614]

1 godzinę temu, GregM00 napisał:

AMD powinno wprowadzić certyfikację Freesync, tak jak zrobiła NV i po problemie. Tymczasem nikt nie sprawdza zgodności timingów monitorów z kontrolerami pamięci stosowanymi przez AMD i tyle. Znaczek Freesync można przykleić do każdego monitora.

To co napisałeś jasno pokazuje, że według Ciebie AMD nie miało certyfikacji Freesync, bo powinno ją wprowadzić jak zrobiła to Nvidia. Środkowe zdanie to przecież ciąg dalszy Twojego wywodu z postaw wyżej. Jeśli natomiast chodziło Ci o zgodność timingów monitorów, to musisz teraz potwierdzić, że Nvidia certyfikuje taką zgodność, skoro AMD miałoby wprowadzić certyfikat na wzór NV. A ostatnie zdanie jest nieprawdziwe, niezależnie co byś tam sobie wymyślił. 

[Jenot 112]

Wszystko jest powiązane. Kluczowy jest czas przełączania pstates przez kartę (fizycznie, nie wiem czy robi to kontroler pamięci, chociaż przypuszczam, że jest jakiś PMU wysyłający żądania do kontrolera). AMD wykorzystuje przerwę VBlank do przełączania pstates (w prehistorii ta przerwa była wykorzystywana na powrót promienia do położenia początkowego). Przegrzebałem źródła amdgpu, znalazłem co trzeba (z pomocą google oczywiście), usunąłem blokadę, przekompilowałem i miałem tak, że zrzucał zegar niezależnie od długości vblank. Wszystko pięknie, tylko nawet na pulpicie efekty w nowoczesnych systemach (cienie, przesuwanie okien z zawartością, płynne przewijanie w przeglądarce, wysuwane menu) są wspomagane przez gpu, i nawet szybszy ruch myszką powoduje zmianę MCLK, co po zdjęciu blokady wywołuje okrutne migotanie/utratę synchronizacji ekranu przez chwilę. Potem powrót do najniższego pstate i znów "dyskoteka".

Ergo, moim zdaniem problemu programowo od strony sterownika czy biosu karty rozwiązać się nie da. AMD coś spieprzył 'by design' i pozostaje albo z tym żyć (tak jak np. z pikami napięcia na ryśkach), zmieniać modelines (przez CRU czy w inny sposób), przeprogramować EDID w monitorze, albo zmienić GPU.

BTW. Nie wiem po co mieszacie w to certyfikację FreeSync. Przecież nawet gdyby AMD zażyczyłoby sobie ścisłej długości VBlank, to certyfikacja dotyczy chyba tylko VRR, a problem występuje niezależnie od tego, czy synchronizacja jest "stała" czy "zmienna". Już abstrahuję od tego, że VRR wykorzystuje się w zasadzie tam, gdzie zegarki karty i tak biją w sufit

Edytowane 26 Stycznia przez Jenot

[sideband 1053]

Na starszych kartach jest dokładnie to samo co opisujesz tylko dało się całkowicie zablokować clockblockerem na starszych sterownikach w Win7.

Aero, akceleracja video itd....... całkowity lock można było zrobić. 

[Jenot 112]

6 minut temu, sideband napisał:

Na starszych kartach jest dokładnie to samo co opisujesz tylko dało się całkowicie zablokować clockblockerem na starszych sterownikach w Win7.

Aero, akceleracja video itd....... całkowity lock można było zrobić. 

Pod linuksem 'to se ne da' (czytaj - jak Ci brakuje to sobie napisz). Musiałbym wyłączyć "kompozytora" w ustawieniach pulpitu zostawiając tylko akcelerację 2D. Na szczęście 6900XT nie jest kartą półpasywną więc o temperatury VRAM się nie martwię. Na Red Devilu 5700XT lepiej było przełączyć BIOS na Performance bo miał agresywniej ustawioną krzywą wentylatorów, ewentualnie ustawić sobie po swojemu, żeby wentylatory się nie zatrzymywały.

[GregM00 253]

Godzinę temu, Jenot napisał:

BTW. Nie wiem po co mieszacie w to certyfikację FreeSync. Przecież nawet gdyby AMD zażyczyłoby sobie ścisłej długości VBlank, to certyfikacja dotyczy chyba tylko VRR, a problem występuje niezależnie od tego, czy synchronizacja jest "stała" czy "zmienna". Już abstrahuję od tego, że VRR wykorzystuje się w zasadzie tam, gdzie zegarki karty i tak biją w sufit

Kojarzę taki slajd z prezentacji NV (gdzie podawali liczbę odrzuconych monitorów), gdzie stało wyraźnie, że oprócz VRR sprawdzają jeszcze "jakość obrazu i inne kwestie". Wystarczyłoby gdyby AMD, znając swoje minima, wprowadziło coś podobnego, obejmując tym timingi monitora.

Kłopot jest czysto biznesowy, obraz na monitorze składa się z linii widocznych i tych poza obszarem wyświetlania. Jeśli producent monitora dla skrajnej częstotliwości obetnie większość tych niewidocznych linii, to może zastosować niższy pixel clock. A to jest kasa. Nie wiem, być może AMD było po drodze zgodzić się na coś takiego jak jest, żeby wypromować swój standard.

Co do samego rozwiązania (przełączania stanów podczas vblanka) to raczej nie ma innego sposobu. Nie wiem, czy zablokowanie taktowania na niskim poziomie poza trybami 3D nie ograniczyłoby jakichś rzeczy graficznych w desktopie (z jakiegoś powodu to niskie taktowanie czasami wzrasta).

[Dario+ 244]

8 godzin temu, DjXbeat napisał:

Jeżeli przy tym samym monitorze karta zrzuca bez problemu taktowanie na nV a na AMD nie to gdzie leży problem? 

Nie każdy jest głupi by dać sobie wmówić usprawiedliwienie AMD

Miałem jeden z topowych monitorów Asusa i na rx580 taktowanie spadało w idle a na RX 5700XT już nie. Wina monitora?

No widzisz, a mi i na RX580 i na RX5700 nie zrzucało na AOC a na Aorusie zrzucało . Ale to prawdopodobnie nigdy się nie zmieni . 

Dla mnie na nvidi póki co są bardzie frustrujące problemy niż na amd a miała być taka sielanka 🤭

[GregM00 253]

28 minut temu, Dario+ napisał:

Dla mnie na nvidi póki co są bardzie frustrujące problemy niż na amd a miała być taka sielanka 🤭

Jest takie zjawisko społeczne, że jak ktoś ma źle, to się trochę lepiej czuje, kiedy nie jestem w tym sam. Zawsze jak tutaj pojawiają się osoby, które w sposób absurdalny propagują miłość do Nv, zastanawiam się, czy to altruiści chcący pomagać nawet tym, którzy takiej pomocy nie potrzebują, czy może chodzi o to co w pierwszym zdaniu

[DjXbeat 450]

6 minut temu, GregM00 napisał:

Jest takie zjawisko społeczne, że jak ktoś ma źle, to się trochę lepiej czuje, kiedy nie jestem w tym sam. Zawsze jak tutaj pojawiają się osoby, które w sposób absurdalny propagują miłość do Nv, zastanawiam się, czy to altruiści chcący pomagać nawet tym, którzy takiej pomocy nie potrzebują, czy może chodzi o to co w pierwszym zdaniu

Sęk w tym, że Dario jest z tej drugiej strony barykady i to wielokrotnie udowadniał  

[GregM00 253]

1 minutę temu, DjXbeat napisał:

Sęk w tym, że Dario jest z tej drugiej strony barykady i to wielokrotnie udowadniał  

Kojarzę Daria i kojarzę, że pisał o swoich doświadczeniach. Dla mnie spora różnica jest między pisaniem o faktach, z którymi ktoś się sam zetknął, a generalizowaniem. Pierwsze czemuś służy - wymianie doświadczeń, czy sposobów radzenia sobie. Drugie można spokojnie spuścić w toalecie bo merytorycznie nie mają wartości.

[DjXbeat 450]

38 minut temu, Dario+ napisał:

No widzisz, a mi i na RX580 i na RX5700 nie zrzucało na AOC a na Aorusie zrzucało . 

Mi również na AOC 24G2U nie zrzucało taktowania na całej linii Navi bo miałem większość kart po za 5500X. Na nV wszystko działa wzorowo a miałem kilka sztuk począwszy od Pascala a kończąc na Ampere. 

Na Asusie MG279Q miałem podłączone kilka sztuk RX 480 i RX 580 - pamięci zrzucały taktowanie a podłączyłem RX 5600XT, 5700 i 5700XT i na żadnej nie zrzucało taktowania. 

Zdaniem AMD wina monitora tylko czemu na części produktów wszystko jest ok.  

3 minuty temu, GregM00 napisał:

Kojarzę Daria i kojarzę, że pisał o swoich doświadczeniach.

Ja też kojarzę i każde jego doświadczenie z AMD brzmiało tak "Mi działa ok"

[GregM00 253]

5 minut temu, DjXbeat napisał:

Zdaniem AMD wina monitora tylko czemu na części produktów wszystko jest ok.  

Zdaniem AMD to jest norma (stałe trzymanie wysokich taktów), a nie wina monitora. To, że "wina monitora" (z przymróżeniem oka, bo jak dla mnie to efekt przyjętej polityki przez AMD w jak mi się wydaje porozumieniu z producentami monitorów) wyszło w praniu, kiedy modyfikacją timingów monitora można to zrzucanie taktów uruchomić, na pojedynczym i na dwóch podłączonych monitorach.
Co do konkretnych produktów, dlaczego uważasz, że miałoby być tak samo na wszystkich?

5 minut temu, DjXbeat napisał:

Ja też kojarzę i każde jego doświadczenie z AMD brzmiało tak "Mi działa ok"

Jeśli ktoś ma problem, a u kogoś innego z daną rzeczą problemu nie ma, to jest bardzo cenna informacja przy diagnozowaniu przyczyny. Nie każdy ma drugiego kompa w chacie z dostępem do zamienników wszystkiego.

[jurekk 288]

Godzinę temu, GregM00 napisał:

Zdaniem AMD to jest norma (stałe trzymanie wysokich taktów), a nie wina monitora.

To nie problem kart amd.Jest wysoko w mhz i tyle.działa dalej.

Problemem kart amd to dropy fps oraz narzut sterownika ewentualnie black scren i przez te 3 rzeczy część ludzi pozbyło sie radona

 

Dla mnie powinni wrócić do korzeni.3 zegary gpu i dwa vram a dla kart z paździerzom chłodzeniem i vrm 4 zegary gpu i 2 vram i problemów z boostem by nie było.narobili kilkaset kombinacji i tylko problem

[Dario+ 244]

Godzinę temu, DjXbeat napisał:

Ja też kojarzę i każde jego doświadczenie z AMD brzmiało tak "Mi działa ok"

No ale co mam napisać jak mi działa ? 🤓 Ktoś piszę że ma BS a ja nie mam to mam napisać że mam szczęście czy ktoś ma pecha ?

Dla mnie zazwyczaj szklanka do połowy jest pełna nie pusta.

[Dario+ 244]

2 godziny temu, DjXbeat napisał:

Sęk w tym, że Dario jest z tej drugiej strony barykady i to wielokrotnie udowadniał  

Nie jestem po żadnej stronie barykady , tylko śmieszą mnie ludzie którzy wiedzą lepiej ode mnie jak ta moja karta jest zła 🤣.Miałem kilka kart nvidii , kilka amd , teraz mam znowu nvidie i jak ktoś ciągle pisze że sterowniki amd są nic nie warte a nvidia co cud, to jest po prostu zwykłym oszołomem. Oczywiście amd miało swój słaby okres z problemem black screenów który też mnie dotknął może ze 3 razy .

Ale obiektywnie patrząc na RX5700 mocno podkręconym prawie wszystkie gry jakie mam zainstalowane działały idealnie, po zmianie na RTX3060Ti  w każdej coś było nie tak . Nie są to rzeczy jakoś uniemożliwiające rozgrywkę albo mocno ją psującą ale po prostu na sterownikach amd działały lepiej 😏

Wiedzmin 3 - RTX glicze w ekwipunku.

Cod Warzone - nie działa wyostrzanie , a po użyciu NV Ansel działa wyostrzanie ale zabiera 20-30 FPS gdzie na amd 1FPS .

Gwint - na AMD VSR, mogłem zmieniać rozdzielczość w samej grze na RTX i DSR muszę zmienić najpierw rozdzielczość pulpitu żeby zmieniła się w samej grze .

WoT - dziwne przycinki na RTX, na AMD nie przypominam sobie takiego zachowania .

Resident Evil 3 remake - na RTX miałem dziwne niskie użycie gpu ale sobie już z tym poradziłem ustawiając plan zasilania na wydajność. Na AMD miałem cały czas dziwne przycinki w konkretnych miejscach, nie udało mi się nigdy tego pozbyć . Na RTX niby też są tylko na wykresie ms, ale nie odczuwalnie podczas grania , dziwne ale lepiej jakoś to działa na RTX. Może dlatego że po prostu na RTX mam dużo wyższy fps i nie odczuwa się tego a nie jest to wina sterników tylko samego silnika gry . Na RE2 remake nie miałem takiej przypadłości. 

Aplikacja GOG Galaxy , RTX gliczowało się graficznie okno aplikacji , na ostaniach sterownikach już jest ok

Edytowane 26 Stycznia przez Dario+

[Phoenixsuple 2322]

https://videocardz.com/newz/msi-afterburner-4-63-beta-5-supports-radeon-rx-6000-overclocking

[Phoenixsuple 2322]

Ciekawy bios

https://pokde.net/system/pc/gpu/powercolor-red-devil-radeon-rx-6900-xt

[Art385 976]

Ha nazwa red devil nabiera nowego znaczenia. Będzie piekło xD

[novi 546]

.

Ciekawe jakie piki poboru beda na tym diable, skoro 5700xt potrafilo miec pik do 300w :). Pewnie z 550w w piku, czyli minimum zasilacz 850w

[jurekk 288]

Co lepsze rtx 3080 czy  rx 6800xt?

[jurekk 288]

Ktos robił unloka rx 6800?czy na stałe blokniete jak w rx 5700?

[McKay 95]

15 godzin temu, jurekk napisał:

Co lepsze rtx 3080 czy  rx 6800xt?

Jak w cenie tej samej to lepsze 3080.

Jak tańsze z 600zl to można się już zastanawiać nad RX.

Jak ważne RT to tylko NVIDIA.

Edytowane 28 Stycznia przez McKay