Új hozzászólás Aktív témák

• #14547 King Unique titán isti732712 #14544

  Új Válasz 2023-07-12 17:13:37 #14547

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  King Unique

  titán

  válasz isti732712 #14544 üzenetére

  Az mindenesetre világos a mostani tesztek alapján, hogy nem feltétlen az előzőleg állított dolog van, mert akkor a WinSAT, AJA, MiniTool programok sem mérnének 3000 MB/s körüli írási sebességet, hanem azoknál is megállna 1000 MB/s értéknél.
  A tesztfájl méreténél azért legalább 1 GB-ot javasolt beállítani a MIniTool esetében is, vagy egy extra gyors NVMe SSD-nél akár 4-16 GB-ot is, hogy a gyorsítótárazott RAM esetlegesen ne dobja meg az értékeket.

  A Flash SSD topikban korábban volt téma, hogy sebességproblémákat a gyors / lassú formázás meg szokott oldani egyes SSD-knél, bár arra is leginkább akkor volt szükség, ha a TRIM és a GC nem működött megfelelően.
  NVMe SSD-knél viszont ugye nem is a standard ATA TRIM van, hanem a Dataset Management deallocate utasítás, ami rendszerint inbox, azaz beépített és alapból működik.
  Ha lassú az írási sebesség, akkor SSD-knél egy meghajtóoptimalizálás (TRIM / deallocate futtatása) megpróbálható, ami jó esetben javíthat ezen.

  Na, akkor még a végén kiderül, hogy mégsem feltétlen az a csúnya KB5023706 / egyéb kumulatív frissítés az oka itt az NVMe SSD lassú írási sebességének, hanem maga az SSD vagy az egyes tesztprogramok.
  Meg eleve fura is volt, hogy ha a márciusi kumulatív frissítés telepítése állítólag ilyen problémát okoz egyeseknél, akkor a mellékelt screenhoton a májusi mérés hogyhogy rendben volt, ami már az egyik előző válaszban is említve lett.

Új hozzászólás Aktív témák