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

• BoB Topikgazda

  #8918

  #8916 attilav2

  2024-09-17 09:53:14

  Új Válasz

  Ú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

  

  BoB

  Topikgazda

  #8916 attilav2

  #8916 attilav2

  Nvme-re kellett cseréljem az Arch-ot futtató ssd-t mert a sata-s ssd nem szerette a luks titkosítást és a trim-et egyszerre, nagyon laggolt. Átklónoztam a rendszert nvme-re, pöccre indul nem laggol. A régi ssd egy mx500 egy terás, az új egy wd sn580 1 terás. Más márkájú sata ssd-nél is előjött luks és folyamatos trim beállítás mellett a laggolás, magas IO használat. Egyelőre úgy tűnik az nvme beváltotta a hozzá fűzött reményeimet, nem kell a trim-el törődni, ha minden igaz firmware-ból végzi automatikusan, semmilyen rendszer beállítást nem igényel.

  " ha minden igaz firmware-ból végzi automatikusan, semmilyen rendszer beállítást nem igényel"

  Legalábbis ez az infó terjeng a linux kezdő topikban.

  Csinálj egy fstrim-et. Mi a kimenet? Trim-elni fog.

  Csinálj még egyet, nem fog trimmelni mert nincs mit.

  Hozz létre egy fájlt tetszőleges mérettel. (pl. dd if=/dev/random of=./testfile bs=4M count=1) ez egy darab 4M méretű fájl.

  Töröld le.

  Csinálj még egy trimet, láss csodát, pont 4M adat trimmelődött.

  Szerinted nvme esetén egy SATA parancsot akar kiadni az fstrim mert a fejlesztők annyira hülyék, vagy inkább egy nvme parancsot? (deallocate)

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