Lös I/O-fördröjning i Kyoto
Jag kände en enorm frustration när jag promenerade genom Kyotos gator och upplevde små hack på 300-500ms vid varje scenbyte. Först försökte jag stänga alla bakgrundsprogram för synkronisering, men trots att CPU-belastningen sjönk fluktuerade lagringen fortfarande mellan 18-25ms enligt CrystalDiskMark. Jag använde sedan GamePP NVMe Queue Depth Configuration och hittade en flaskhals på 52ms via CrystalDiskMark. Efter ett misslyckat försök med 512 depth som ledde till systemlåsningar, låste jag värdet till 128 med I/O-acceleration. Slutligen stabiliserades slumpmässiga 4K-läsningar till 36-41ms i CrystalDiskMark och temperaturen låg stadigt på 42-48℃ enligt AIDA64.
