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

• #38971 #21078528 törölt tag ubyegon2 #38969

  Új Válasz 2015-08-16 11:22:24 #38971

  Ú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

  

  #21078528

  törölt tag

  válasz ubyegon2 #38969 üzenetére

  A qTRIM-ről írogattam a cikkemben...
  Elvileg a 3.12-es kerneltől elérhető trükközés nélkül, és ahogy lionhearted kolléga mondja, meddővé teszi a discard v. fstrim vitát (persze ha a meghajtó is támogatja).

  Anélkül, hogy FlameWart akarnék indítani, a Samsung csak maszatol az utóbbi időkben előkerült SSD problémák körül, de persze tőlem továbbra is mindenki azt vesz ami neki szimpatikus (és nem, nem vagyok Samu ellendrukker, mint az adatlapomon látható Samu HDD-ket használok nagy megelégedéssel).

  Ne keverjük a fogalmakat, noopot nem az ncq helyett használsz...

• #38970 lionhearted őstag ubyegon2 #38969

  Új Válasz 2015-08-16 11:12:57 #38970

  Ú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

  

  lionhearted

  őstag

  válasz ubyegon2 #38969 üzenetére

  Ez összetett kérdés. Az NCQ miatt ugyan lehetőség van parancsátrendezésre, de a TRIM nem ilyen. Az új qTRIM viszont igen.
  Ez okozza az akkori cikkek alapján leírt performancia csökkenést is, nagyobb mennyiségű adat törlésekor egyszerűen folyamatosan a TRIM-mel szórakozik a meghajtó (TRIM), ahelyett, hogy végezne a művelettel, majd az összegyűjtött blokkokat törölné (qTRIM).
  Ha az Offline TRIM-et követjük, mint pl az Ubuntu, akkor x időnként elküldi a meghajtónak, hogy ezek az (FS szerinti!) szektorok üresek, és akkor az SSD kihajítja őket.
  Már jó ideje volt, hogy benézett ide @Fire/SOUL/CD, aki röviden annyit mondott, hogy az offline sem tökéletes, az online TRIM (nem kiadása) után elvesznek olyan infók, amik fontosak. Hogy mik ezek, azokat azóta sem tudtam meg. Én ezt logikailag nem értettem.
  Mivel azonban a qTRIM használta ezen, és sok más meghajtókon, letiltásra került a kernelben, nem is akar majd ilyen műveletet kiküldeni (hiába írja a FW magáról, hogy támogatja, nem teszi). Így a mezei felhasználókat abból a szempontból érinti, hogy ha az adott firmware-evan, és olyan kernele, amit a qTRIM-et támogatja, de nincs blacklistelve, akkor hiába írt csak simán discardot, a kernel ezeket qTRIM-ként kezeli majd. Ekkor workaround az NCQ letiltása.
  Más feltételek mellett meg nincs para.

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