3 minuty temu, Kangus napisał(a):

Tyle ze jak mowimy o rzeczach gdzie sa problemy z pamięcią to jest inny przypadek niz czysta optymalizacja wydajności. Ofc konsole maja pamięć współdzielona i inaczej sie nią zarządza, a tu z konsoli zrobili PC i mamy nadal tak mała pule ktora musi robic za vram i ram i przerzucać miedzy nimi dane. Trzeba do testów wybierac sceny ktore sie w tej podzielonej pamięci mieszczą zeby to miało jakikolwiek sens. Jak wychodzimy poza pamięć to to porownanie sie sypie, albo co najwyżej dowodzi tego co nie jest chyba tajemnica ze zarzadzanie pamiecia na konsolach praktycznie zawsze jest latwiejsze/wygodniejsze/lepiej zoptymalizowane (jak zwal tak zwał) na konsoli, ale mieszczenie sie danych w pamieci to jest jednak troche inny problem niz wydajność kiedy dane sie w niej mieszczą.

To nie jest kwestia tylko pamięci, w momencie jak jej brakuje to nie masz spadków o 20% tylko duże przycinki/crashe/błędy. Tutaj masz kolejne zabawy i czy w grach czy testach syntetycznych wyniki są cienkie jak mało co.

28 minut temu, łom napisał(a):

To nie jest kwestia tylko pamięci, w momencie jak jej brakuje to nie masz spadków o 20% tylko duże przycinki/crashe/błędy.

Nie do konca/nie zawsze. Patrz na to:

4060Ti powinna byc pi razy drzwi wydajniejsza o 50% i tak jest, na wysokich, ale na ultra juz roznica jest duzo mniejsza, a nie ma stuttera czy innych cudow bo się pamięć przepełniła. Nie ma chyba sensownych sposobów na badania co sie dokladnie dzieje, ale generalnie potrafia sie roznie objawiac braki w pamieci zapewne z różnych wzgledow(czy to na co zrzuca czy to o ile przepelnia, czy jak sobie gra radzi z zarzadzaniem przy przepelnieniu np przez wczytywanie slabszych tektur itp. tj tak zakładam, bo nikt tego w tym co oglądałem nigdy nie umiał wyłożyć).

Rozne rzeczy sie dzieja i bym nie wykluczał na 100% ze to nie było w tej scenie w pragmacie związane z pamięcia. Jak miałem 3070 to Cod przebraniu bufora lapał stutter, alan wake 2 spadal po czasie z locka na 40 fps na jakieś okolice 30, a indiana jak przebierze bufor to działa w pojednczych klatkach. Różnie gry reagują, pragmata sekundy później odzyskala te ok. 60 klatek nadal w tej samej lokacji.

Edytowane sobota o 22:072 dni przez Kangus

@Kangus O ezu nie chce mi się wszystkiego tłumaczyć. Kompletnie bez sensu test, koleś ma 32 GB RAMu i 7800X3D czyli to co nie mieści mu się w VRAMie siedzi w zwykłym RAMie i z niego leci jak trzeba do VRAMu, w przypadku tego Linuxowego PS5 do dyspozycji jest tylko 16GB współdzielonej pamięci a nie 44/40 i wszystko się kaszani jak dane muszą być na bieżąco przerzucane najpierw z SSD. W skrócie on pokazuje ścieżkę RAM>VRAM a na PS5 Linux jest SSD>CPU (bo trzeba dane rozpakować)>RAM>VRAM.

To ze tu moze byc wiecej problemow niz wychodzenie poza "vram" i mielenie ramem(ktory tu ma te sama przepustowość co vram ale to nadal dodatkowe zapychanie operacjami przesyłu) rozumiem, ale dlaczego uwazasz ze spadek w pragmacie to na 100% nie problem z pamięcią już nie jest dla mnie jasne. Tj. pewnie uwazasz ze tu jest dokladnie taka sytuacja i że dekompresja na cpu musi walic spike niezależnie od tego jak gra impelementuje rozne operacje. Jestem zdania ze ta wydajność w DF jest i tak zaskakująco bliska w tym co testowali, a przyczyna spadku nie wydaje mi sie jednoznaczna, ale niech bedzie nie uważam ze jestem tu jakos przesadnie kompetentny.

Uważasz ze gdy sprowadzimy jednak sytuacje do tej z pc, damy np. za maly bufor na vram typu 3GB i mimo ze ramu jest nadal dość, żeby sobie tam pozostale dane lezaly, gra ma zaimplementowany streaming tekstur tak ze ma jakas mega podstawową wersje która sie miesci(czyli sie nie wywali na morde), ale nonstop usiluje robic operacje jak opisales na pc miedzy vramem, chyba ze trafimy na scene ktora sie akurat miesci, to żadnego spadku z tytułu tych wymian nie będzie i nic sie nigdzie nie będzie zapychać bo mamy na tyle szybka pamięć w ps5, a implementacja po stronie tego linuxa jest wystarczająco efektywna?

I ten spadek byl chyba w momencie wyjścia z zamkniętego pomieszczenia na otwartą przestrzeni, wiec pewnie sporo rzeczy do przeładowania w silniku ktory stara sie ogarniac tylko to co gracz widzi, jak przemieniło ton sie framerate uspokoił, a zwykle jak masz problemy z wydajnsocia czysto gpu/cpu w danym miejscu to to się utrzymuje, a nie mija.

Btw.Jednoczesnie crimson z takim bugiem graficznym jest dla mnie malo reprezentatywny, choc test miejsca cpu heavy moze ma sens.

Edytowane niedziela o 00:002 dni przez Kangus