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

• #1844 Jester01 veterán Sturlung #1843

  Új Válasz 2013-03-05 16:03:14 #1844

  Ú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

  

  Jester01

  veterán

  válasz Sturlung #1843 üzenetére

  Aha. Ez így akkor rendben van szerintem. De ha rendesen megy a trim akkor fölösleges.

• #1843 Sturlung csendes tag Sturlung #1842

  Új Válasz 2013-03-05 15:59:52 #1843

  Ú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

  

  Sturlung

  csendes tag

  válasz Sturlung #1842 üzenetére

  Minden jel szerint belebonyolodtam a „sparse file” helytelen értelmezésébe. Szóval a szkriptben használt parancs létrehoz egy biz. méretű fájlt, akár nagyon nagyot is, esetemben ez vagy 92 giga, egy pillanat alatt, de fix mérete van, és valóban lefoglalja a helyet. Ha akkora méretűt csinálok, mint a szabad hely, akkor utána „0 byte szabad”. S úgy tűnik, a trim működésbe lép a törlése után, méghozzá az egész szabad helyre vonatkozóan. [Nem tudom,hogy kell nevezni ezt a fájl-típust. Stabilan lefoglalja a helyet, akár egy normális fájl, de nem írogat. Pl. a trimcheck ugyanazokat a számokat adja meg a korábban szabad, de most más „hamisan felülírt” helyeknek.]

• #1838 Jester01 veterán Sturlung #1824

  Új Válasz 2013-03-05 14:41:30 #1838

  Ú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

  

  Jester01

  veterán

  válasz Sturlung #1824 üzenetére

  Nagyobb fájlt tudsz létrehozni mint amennyi hely van?
  Mert ha nem akkor az nem sparse file hiszen a sparse file lényege hogy nem foglalja le a blokkokat az üres helynek. Ha pedig nem sparse a file, akkor viszont működhet amit csináltál. Erre tippelek.

  Elvileg nem rövidíti az élettartamot mivel a sparse file nem jelent írást (a metaadatokon kívül ami elhanyagolható) és a trim sem.

• #1821 Jester01 veterán Sturlung #1820

  Új Válasz 2013-03-05 01:48:49 #1821

  Ú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

  

  Jester01

  veterán

  válasz Sturlung #1820 üzenetére

  Ez szerintem nem működhet.
  Hiszen a TRIM parancs a fizikailag felhasznált blokkokra kerül kiadásra ha pedig sparse fájlt csinálsz az nem használ fel blokkokat tehát nem is fog TRIM parancsot küldeni. Hacsak microsoft nem alkotott valami marhaságot megint. Linuxon a sparse fájl nem foglal helyet, simán csinálhatok terabyte méretűt is.

  $ dd if=/dev/zero of=test.bin bs=1M seek=1M count=0
  0+0 records in
  0+0 records out
  0 bytes (0 B) copied, 2.3913e-05 s, 0.0 kB/s
  $ du -h test.bin
  0 test.bin
  $ du -h --apparent-size test.bin
  1.0T test.bin

  Ha rendes fájllal írod tele akkor lehet értelme, már ha amúgy nem bízol az operációs rendszerben. Csak akkor meg 'kopik'.

• #1316 Jester01 veterán Sturlung #1315

  Új Válasz 2013-02-19 20:14:24 #1316

  Ú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

  

  Jester01

  veterán

  válasz Sturlung #1315 üzenetére

  1. Igen, csak "felszíni" felosztás. Amíg fizikailag van üres blokk addig mindegy, hogy partícionálva hogy van és hol mennyi az üres.
  2. a 60-70% erős túlzás. 80-90% bőven jó, főleg ha tömörítős a vezérlő.
  2.1. igen
  2.2. nem
  2.3. nem
  3. Ha az amúgy üres blokkokat is visszaklónoztad vagy nem ment a TRIM akkor igen (ez utóbbi linuxon a discard mount kapcsoló egyébként).
  MOD: illetve ha totál megtöltöd egy fájllal amit aztán működő TRIM mellett törölsz, az is jó. Így nem veszik el adat.

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