Path: csiph.com!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail From: Ari Saastamoinen Newsgroups: sfnet.atk.linux Subject: Re: SSD-systeemilevy? Date: 07 Jun 2020 19:48:27 +0300 Organization: A noiseless patient Spider Lines: 47 Sender: oh3mqu@titan.hyper.fi Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: reader02.eternal-september.org; posting-host="faf8ebd6007639569e4f13d6b5789f0d"; logging-data="4414"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19GPyHN51eaI23shtPFbfx/" User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 Cancel-Lock: sha1:7JkvPm6sqCjObdsfVCBPvW5J8K0= Xref: csiph.com sfnet.atk.linux:1557 Anssi Saari writes: > Ari Saastamoinen writes: > > > Mitenkäs toi levyssä oleva bugi muka käyttäytyy eri tavalla jos fstrim > > ajetaan erikseen verrattuna siihen, että filesysteemi trimmaa > > automaagisesti? > > TRIM-komennon voi ajaa "jonoutettuna" tai ilman. Ilman tarkoittaa > tahmautumista koska mitään ei voi tehdä ennen kuin trim on valmis, jonon > kanssa se on yksi komento muiden joukossa eikä pitäisi hidastaa Kumpikos noista jonottaa tai jättää jonottamatta? Filesysteemin autotrimmi vai fstrim-komento? Mutta blokin tyhjennys on huomattavasti hitaampi komento kuin ihan vain levylle kirjoitus, joten kyllä se jonotettunakin hidastaa, jos levyio:ta on niin paljon, että se ei kerkiä kirjoitusten välissä tekemään niitä trimmejään. Niin sitten trimmaamattomien blokkien loppuessa, sen levyn on pakko alkaa uusiokäyttämään blokkejaan (siis tyhjentämään niitä kirjoitusten yhteydessä.) Tähän vastaavaan ongelmaan saattaa törmätä nykyään myös pyörivillä kiekoilla olevilla levyillä, jotka käyttävät SMR-tekniikkaa kapasiteetin kasvattamiseksi, ja WD:hän on nyt haastettu oikeuteenkin siitä, kun eivät mitenkään kerro sitä, että onko levy SMR vai ei, kun jotkut RAID-toteutukset hajoaa levyjen resyncin aikana, kun levyn nopeammin kirjoitettavat bufferit tulevat täyteen, ja se on pakotettu järjestelemään dataansa uudestaan ja minissa RAIDeissa oletuksena olevan minuutin timeoutit paukkuu ennenkuin levy saa toteutettua kirjoituksen, mutta käyttäjällä ei ole mitään tietoa siitä, että levy ei sovellu RAIDiin. > elämää. Mutta juuri tähän ne bugit kasautuivat, TRIM ja NCQ oli dataa > sotkeva yhdistelmä joissain levyissä. Hmm.. eikö oikeampi kysymys tavallaan olisi se, että kannattaako SSD-levyjen kanssa käyttää yhtään mitään muuta jononkäsittelyalgoritmia kuin NONE:a (Ja sama juttu esim. virtuaalikoneiden (guesteissa), ja raidatuissa levyissä (raidin yläpuolella) yms. , joissa se ylemmän tason kerros ei näe sitä alemman tason levygeometriaa -- Arzka oh3mqu+nntpsig@hyper.fi - En halua follareita mailina 1. Valitse sopiva paikka, ei ihmisten tai rakennusten lahella, jossa paukku voi aiheuttaa hairiota. - Iso-Kiinalaisen kayttoohje