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

• #14297 janos666 nagyúr ubyegon2 #14296

  Új Válasz 2014-10-26 15:19:05 #14297

  Ú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

  

  janos666

  nagyúr

  LOGOUT blog

  válasz ubyegon2 #14296 üzenetére

  Én biztos a discard-ot használnám az fstrim helyett.

  A noatime szerintem nyugodtan mehet a discard mellé, ha szeretnéd
  Ha biztos nem használod semmire azt az információt, akkor szerintem célszerű a noatime-ot is odatenni, de nem azért mert SSD vagy HDD, sőt, az SSD-t kevéssé lassítja, illetve egy modern SSD-vel sokkal kevésbé érződik meg az az extra írás, mint HDD-vel (vagy régi, Intel X25 előtti SATA2-es SSD-kkel).

  TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."

• #14298 #21078528 törölt tag ubyegon2 #14296

  Új Válasz 2014-10-26 15:24:51 #14298

  Ú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

  

  #21078528

  törölt tag

  válasz ubyegon2 #14296 üzenetére

  A noatimeot és a discardot ne keverjük, nincs semmi közük egymáshoz!
  A noatime hatására nem íródik ki az időbélyeg (utolsó hozzáférés a fájlhoz), otthoni használat esetén HDD-re is érdemes bekapcsolni, mert növeli a teljesítményt, gyk. megspórolsz egy írási műveletet, SSD-re meg ezért szinte kötelező.

  A discardot azért érdemesebb használni, mint az fstrimet, mert nem blokk szinten működik, gyk. megmondja a vezérlőnek, mely adatok OS szinten töröltek, melyek kukázhatóak, ami alapján a vezérlő teszi a dolgát, irányítja az írásokat, mozgatja az adatokat. Ez NEM jelenti azt a modernebb eszközöknél, hogy azonnal elkezdi sikálni a meghajtót, tili-tolizni az adatokat! Sokan belefutnak, hogy a 'hdparm --fibmap' 'hdparm --read-sector' "tesztet" futtatják a TRIM ellenőrzésére, és azt tapasztalják, hogy az adatok változatlanul a lemezen vannak, és rohannak a fórumokra, hogy nem működik a TRIM, pedig dehogynem, a vezérlő majd foglalatoskodik a blokk felszabadításával, amikor "ideje" van rá.

  Az fstrim viszont egyszerűen lesikálja a felszabadítható blokkokat. Ezzel elvileg nincs is gond, de 1)- ez eltarthat egy ideig, boot processzbe téve kimondottan idegesítő lehet, 2)- napi egyszeri (de olvastam már heti 1-et is) futtatása kevés lehet, hisz a vezérlő dolgozik, és adott esetbe rakosgat olyan adatokat is, amik már OS szinten, logikailag nem is léteznek. Ez sem a teljesítményre, sem az élettartamra nincs jó hatással szerintem...
  Sok kis fájlal való művelet esetén célravezetőbb lehet mint a discard, de mondjuk az esetemben, aki csak és kizárólag rendszermeghajtónak használom az SSD-t, ahol alig van írási/törlési művelet (főleg, hogy a /var és a swap HDD-n van, /tmp pedig a RAM-ban), biztosan nem az.
  Nem tudom az Ubuntusok milyen méréseket végeztek (ők sulykolják az fstrimet), de szerintem hülyeséget terjesztenek.

  Persze az is igaz, hogy megfelelő mennyiségű szabad hely esetén a vezérlők jól elvannak TRIM nélkül is, ismerek olyat, aki ReiserFS-sel használja a gépét, ami ugye nem támogatja a TRIM-met (a Reiser4 már igen), és semmiféle problémát nem okoz a dolog, nincs lassulás, nincs állag romlás...

  Javítsatok ki, ha hülyeségeket írtam volna...

  [ Szerkesztve ]

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

• #51824 Pyttawrx HARDVERAPRÓD

  Új Válasz 2023-11-02 11:06:55 #51824

  Ú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

  

  Pyttawrx

  HARDVERAPRÓD

  (rögzített hozzászólás)

  Kedves Fórumozók!
  Frissítettem az összefoglalót, valamint a topik neve is változott.
  Remélem ezekkel a változásokkal itt több tapasztalat/eszme csere fog létrejönni, mivel kicsit szabadabb, lazább lehete ezentúl ez a topik.

  Mindenkinek további jó fórumozást!