Když jsem bojoval proti velké skupině nepřátel, obraz začal bez varování okamžitě dropovat, což je u akční hry naprosto nepřijatelné. V GamePP Hardware Sensor Page jsem viděl, že zátěž I/O sběrnice Great Wall GW3300 v tu chvíli brutálně skákala v rozmezí 35 - 65 ms, což vedlo k konfliktu mezi načítáním zdrojů a výpočty CPU. Zkusil jsem vypnout všechny zbytečné služby na pozadí, což sice snížilo zátěž CPU, ale frekvence dropů se nezměnila, takže jsem musel být opatrnější. Pak jsem spustil GamePP NVMe Queue Depth Config, změnil hloubku fronty z 1024 na 2048 a zapnul vynucené obnovení mezipaměti zápisu. Plynulost v boji se výrazně zlepšila, ty trhání jsou pryč. Naposledy aktualizováno2026-05-08 09:05:52。
Když jsem zkoušel plížení a interakci s prostředím, obraz se divně zasekával, z čehož jsem měl fakt chuť nadávat. V GamePP Frame Time Analyzeru intervaly skákaly mezi 12 ms a 42 ms, i když CPU bylo vytíženo jen 60 - 70 %, takže to byla jasně zpožděná komunikace mezi P-Core a E-Core u Ultra 9 285K. Nejdříve jsem zkusil v BIOSu vypnout všechny úsporné funkce, což sice pomohlo, ale teplota CPU v klidu vyletěla na 58 ℃ a ventilátory hřmaly, což byl úplný ztráta času. Pak jsem použil GamePP Resource Scheduler Panel, nastavil prioritu hlavního procesu hry na Real-time a v Process Priority Manageru jsem zamknul výpočetní vlákna na skupinu P-Core. Naposledy aktualizováno2026-05-17 11:13:27。
Při takovém množství detailů v aním vypadala křivka v Frame Time Analyzeru jako EKG během záchvatu, ta nestabilita byla fakt otravná. V GamePP Frame Time Analyzeru intervaly mezi snímky skákaly mezi 15 ms a 45 ms, zatímco náhodná latence Intel 760P kolísala v rozmezí 60 - 85 ms. Nejdříve jsem zkusil prostě snížit kvalitu textur, což sice FPS zvedlo, ale obraz vypadal jako rozmazaná kaše, což mě z toho začalo dost švrtit. Pak jsem šel do GamePP NVMe Queue Depth Config, zvedl hloubku fronty z 1024 na 2048 a v možnostech výkonu Windows zapnul vynucené obnovení mezipaměti zápisu. V RTSS pak čas generování snímků klesl na stabilních 12 - 16 ms a ty mikro-záseky zmizely. Naposledy aktualizováno2026-04-09 14:20:21。
To je fakt neuvěřitelný, mít špičkový PCIe 5,0 disk, který při běžném pohybu mapou prostě vypne a obraz se změní v prezentaci. Analýza fragmentů ukázala, že Fanxiang S910Max při vysokém čtení vyletěl s teplotou kontroléru na 82 ℃, což spustilo throttling a odezva I/O vyskočila z 1 ms na více než 100 ms. Zkusil jsem v BIOSu zapnout Extreme Performance mode, ale teplota vyletěla na 88 ℃ a počítač se restartoval, což byl úplný vtip. Pak jsem otevřel GamePP NVMe Queue Depth Config, nastavil paralelní fronty na stabilních 1024 a optimalizoval mezipaměť zápisu, aby klesla zátěž kontroléru. Pocitově se plynulost vrátila a ty ztuhnutí jsou pryč. Naposledy aktualizováno2026-04-24 09:39:18。
Když jsem v otevřené mapě rychle stavěl základnu, původně plynulé načítání najednou začalo jemně cukat, což je tak otravné, že jsem chtěl disk hned vyhodit. V GamePP Hardware Sensor Page jsem viděl, že Zhitai TiPro9000 při zpracování obrovského množství malých souborů vykazuje zpoždění plánování 30 - 60 ms. Nejdříve jsem zkusil v systému navýšit virtuální paměť na 64 GB, ale to paradoxně jen zpomalilo celkovou odezvu, což mě fakt zklamalo. Pak jsem šel do GamePP NVMe Queue Depth Config, zvedl hloubku fronty z 1024 na 2048 a zapnul vynucené obnovení mezipaměti zápisu. Plynulost při přepínání scén je teď úplně jinde, ty trhání zmizely. Naposledy aktualizováno2026-04-28 18:30:38。
