Aktív témák

• #5143 fLeSs nagyúr fLeSs #5142

  2010-03-24 14:31:57 #5143

  Ö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

  

  fLeSs

  nagyúr

  válasz fLeSs #5142 üzenetére

  "viszont amikor egy program a már felírt adatokat módosítja (mondjuk a win a pagefájlt) sokadszor ott már kénytelen a read-modify-write ciklust lefuttatni, ergó sokkal lassabb lesz mint az első esetben."

  rájöttem, hogy fasságot beszélek.
  ez a megállapítás akkor igaz, ha már teli van az SSD.
  ha nincs teli akkor a módosításnál az üres területre helyezi el a módosított pagefájl "darabkát" ergo gyors lesz az írás.

  szal, ezek alapján valóban lassul az írás minél kevesebb a szabad hely. csak kérdés, hogy ez miként jön elő. ha folyamatosan sokat írunk az SSD-re és nem hagyjuk trimelni a meghajtót akkor idővel logikailag megtelik minden cella és kénytelen lesz a már telített cellákat felülírni, amihez read-modify-write kell.

  nemtom, hogy ennek köszönhető-e, de amióta kingston ssd-m van azóta team fortress 2 néha megakad, van hogy fél percre. a feladatkezelőn keresztül megfigyeltem, hogy a steam.exe (vagyis a tf2) játék közben írkál az ssd-re. nekem most 15 gb szabad helyem van, a steam.exe pedig pár órányi játék alatt felír 5 gb-ot, ami jóval kevesebb, mégis néha megakad a játék. az a furcsa, hogy a jmicronos csx ssd nem csinálta ezt! bakker, pedig az nem is támogatja a trimet, csak a hyperfast futott a háttérben, viszont nagyobb a mérete, 40 gb helyett 64 gb, ezzel a levezetéssel viszont meg az a probléma, hogy a csx szinte teli volt állandóan, a kingstonon jóval több a szabad hely.

  x-akta. ha értettétek amit írtam akkor jelezzetek vissza.

Aktív témák