Foorumit

MP 1,1-5,1 Over Provisioning (OP) vain luku -SSD:lle: onko sillä todella väliä?

B

bosDAW

Alkuperäinen juliste
15. huhtikuuta 2020
  • 19. huhtikuuta 2020
Tätä on kysytty aiemmin, mutta ei mitään viimeisen 5 vuoden aikana eikä mitään erityistä vain luku -asemalle. Joten halusin lähettää uuden säikeen kysyäkseni, onko OP ollenkaan tarpeen asemalle, jota käytetään vain luku -tilassa 99% ajasta? Skenaario on tallennusasemalle, joka sisältää näytetietoja (äänitietoja), jotka kirjoitettuaan/tallennettuaan jätetään yksin. Ainoat kirjoitustoiminnot olisivat ohjelman tallennukset/esiasetetut tiedostot, mallit jne., jotka ovat ehkä enintään 1 Mt. Kirjoitussuorituskyvyn heikkeneminen (esim. uuden näytekirjaston lisääminen) EI ole huolenaihe. Niin...

1. SSD/NVMe ja overprovisioning (OP) – Voinko täyttää SSD-levyn turvallisesti 95 %:iin tai enemmän vain luku -käyttöä varten?

Ymmärrän tekniset syyt, miksi SSD hidastuu, kun se täyttyy ja miksi tämä voi lyhentää käyttöikää, jos kirjoitat paljon (anandtech-arvosteluartikkeleita jne.). Paras suorituskyky saadaan jättämällä enemmän tilaa vapaaksi yleensä, mutta vain tiettyyn pisteeseen asti ja menetetyn tilan kustannuksella (eli ehdoton paras suorituskyky voi olla 50 % tyhjänä, mutta tämä ei yksinkertaisesti ole käytännöllistä; 80 % voi olla hyväksyttävämpi kompromissi keskivertokäyttäjälle). Jopa parhaiden asemien kohdalla asiat alkavat hidastua, kun saavutat täyden kapasiteetin, mutta tämä näyttää todellakin pitävän paikkansa vain kirjoittamisessa, ei lukemisessa. Tarkoittaako tämä siis sitä, että voin käyttää 95 % turvallisesti ilman, että lukuajat hidastuvat? Tämä olettaa laadukkaampaa asemaa, kuten Samsung 860 SSD tai 970 NVMe.

2. Samsung DC SSD -levyt käyttävät 6,7 % OP:ta -- Pitäisikö minun käyttää samaa määrää kuluttajaluokan SSD:lle (jälleen vain luku -käyttöön)?

Jos vastaus kysymykseen 1 on 'ei väliä', tällä ei ole merkitystä. Mutta näyttää siltä, ​​​​että jos Samsungin kaltainen yritys käyttää vain 7% OP:ta kriittisimmissä käyttöasemissaan (yritystason DC SSD-linjat), niin 7% on minulle todennäköisesti enemmän kuin riittävä. Onko tämä totta vai johtuuko tämä vain siitä, että heidän on silti mainostettava asemaa, jolla on suurin mahdollinen kapasiteetti, joten 6,7 % on todellakin minimi? Vai onko kuluttaja-asema (860PRO, 970PRO) huonompilaatuinen, joten OP:n pitäisi itse asiassa olla suurempi (>10%).

3. Samsungin mukaan vain DC SSD-levyt ja sitä uudemmat toimitetaan tehtaalla OP:lla - Tämä tarkoittaa, että kaikilla muilla SSD-levyillä ei ole OP:ta tehtaalta (eli ei piilotettua OP:ta listatun asemakapasiteetin yläpuolella), mutta voiko joku vahvistaa tämän?

Tiedän, että voin katsoa Samsung 860PRO 512GB:täni ja nähdä 511.xxxGB käytettävissä, joten ajatukseni ei ole piilotettu/ennalta määritetty OP. Muut ihmiset ovat ehdottaneet, että Samsungin '512 Gt' -asema on itse asiassa suunniteltu 512 GiBi:ksi (tai ~ 550 Gt), ja ero on piilotettu OP. Tämä vaikuttaa minusta epätodennäköiseltä, koska Samsung mainitsee nimenomaisesti OP:n DC SSD -levyille, mutta kuluttajaasemia ei mainita. Jos heillä olisi OP listatun kapasiteetin yläpuolella, luulen, että he mainostaisivat sitä mieluummin kuin pitävät sitä salassa. Olenko siis oikeassa olettaessani, ettei Samsung 860PRO- ja 970Pro SSD -levyillä ole piilotettua OP:ta? S

Slash-2CPU

14. joulukuuta 2016
  • 19. huhtikuuta 2020
Jos asema on todella vain luku -tilassa, sillä ei ole väliä. Tosiasia on, että missä tahansa nykyaikaisessa tiedostojärjestelmässä nykyaikaisessa käyttöjärjestelmässä on aina muutamia kirjoituksia. Joka kerta kun avaat tiedoston, kirjoitetaan viimeksi avatun ajan/päivämäärän muistiinpano.

Jos alitat tietyn määrän vapaata tilaa, asema yrittää tasoittaa nämä pienet kirjoitukset lohkojen välillä. Ainoa tapa tehdä tämä on siirtää muut vanhentuneet tai kylmät tiedot nykyisistä lohkoistaan ​​muihin. Se on kirjoitusvahvistus.

Jos käyttötapa on 95 % luettavissa, tekisin 1-2 % OP:n. OS-asemat, minulla on 5% OP. Jos olen perustamassa järjestelmää jollekulle, jonka tiedän olevan digitaalinen pakkausrotta ja joka lataa aseman 100-prosenttisesti osioituun täyteen, teen 7 prosenttia.

Ylimääräiset tiedotteet on yleensä suunnattu palvelin-/tietokantamarkkinoille. Ne näyttävät voittoja jopa 35 % OP, mutta se vaatii mahdottoman määrän jatkuvaa kirjoitusta työpöytäkäyttöön. Edes videoeditointi ei tee sitä, mitä kuvailen. Pöytäkoneen tallennustilan osalta 1-2 % sen lisäksi, mitä valmistaja on piilottanut käyttäjältä, on enemmän kuin riittävä. B

bosDAW

Alkuperäinen juliste
15. huhtikuuta 2020
  • 20. huhtikuuta 2020
Siitä on paljon apua! Joten kuulostaa siltä, ​​että sanot, että kaikki yli 5 % on jo melko antelias, eikä minun pitäisi huolehtia siitä. Olen varma, että muilla voi olla erilaisia ​​mielipiteitä, mutta kuulostaa siltä, ​​että 5-10 % on täysin turvallista, jos halusin olla varovainen.

Mitä tulee satunnaiseen kirjoitukseen (eli muut 5 %:n käyttö), oletan, että se on koko kirjoituksesta, joka on tärkeämpi kuin lukujen ja kirjoitusten lukumäärä, mutta en tiedä onko tämä oikein. Oletetaan esimerkiksi, että asemani on 93 % täynnä. Jos kirjoitan 5 tiedostoa joka päivä tallennusasemaan, mutta kaikki tiedostot ovat<500k, whereas even a single read is 500MB, it is still fair to call such a drive 'read-only' (?). And it will not make any real difference as long as I never reach/push it beyond 95% full? I'd think that writing files so small would never pose a real problem in terms of performance, so it is irrelevant.

vs...

Oletetaan, että asema on 93 % täynnä ja haluan kopioida/siirtää yhden tai useamman 10 Gt:n tiedoston joka päivä. Odotin, että sen käytössä on ongelmia tällä tavalla, eikä sitä pidettäisi enää 'vain luku'-versiona, jos näin olisi.

Käytännössä voin siis tehdä niin monta pientä kirjoitusta (100-500 kt tiedostokoko) levylle kuin haluan ja niin usein kuin haluan; niin kauan kuin en ylitä ~95 %:n kapasiteettia, tämä on turvallista eikä vaikuta suorituskykyyn millään tavalla luku-/kirjoitustoimintojen osalta; tai ehkä niin pienten tiedostojen kirjoittamisella ei todellakaan ole väliä edes 99% täynnä?

Kiitos paljon!!! THE

Ludacrisvp

14. toukokuuta 2008
  • 20. huhtikuuta 2020
Voit aina liittää sen vain luku -tilassa, jotta et kirjoita siihen vahingossa, ja liitä se sitten uudelleen vain, kun aiot lisätä siihen lisää tietoja.
Reaktiot:h9826790 S

Slash-2CPU

14. joulukuuta 2016
  • 20. huhtikuuta 2020
Unohdin mainita, että laiteohjelmistolla on valtava rooli aseman käyttäytymisessä, kun se on yli 95 % täynnä. Mielestäni kalliimmat asemat kestävät tätä ehtoa paljon paremmin kuin budjettimallit.

Voit kuitenkin ostaa budjettimallin, jonka kapasiteetti on 50 % suurempi samaan hintaan, ja käyttää sitä 7 %:lla, jotta voit käyttää vain luku -muotoista tallennustilaa.
Reaktiot:Kohlson

AidenShaw

8. helmikuuta 2003
Niemimaa
  • 20. huhtikuuta 2020
Slash-2CPU sanoi: sitten minä 7%.
Kaikki asemat ovat vähintään 7 % ylivaroitettuja tehtaalta.

Koodi: |_+_|
Noin 7 % salamasta on piilotettu, ja se on ylimääräistä.
Reaktiot:h9826790 ja w1z B

bosDAW

Alkuperäinen juliste
15. huhtikuuta 2020
  • 20. huhtikuuta 2020
@Slash-2CPU , Perustuuko 1-2%:n käytäntösi oletukseen, että @AidenShaw'n sanoma pitää paikkansa (kaikilla asemilla on piilotettu OP riippumatta siitä, mikä, joten 1-2% on todella 7 + 2 = 9 % ), tai on 1-2 % yhteensä OP turvallinen raja? Minulla on jo asema (Samsung 860PRO 1TB), ja voin jättää tilaa vapaaksi. Se ei ole vielä täynnä – minulla on 220 Gt jäljellä – mutta halusin tietää, voiko dataa lisätä ja kuinka paljon. Jopa 5 prosentin käyttäminen, kuten ehdotat käyttöjärjestelmäasemalle, tarkoittaa, että minulla on 215 Gt käytettävissä. Tämän pitäisi olla hyvä.

Kysyin pienten kirjoitusten tekemisestä (<500k) also correct? In reality, I would probably be writing <5MB total per year for the storage drive. If doing these multiple small-writes, would you then just suggest 5% OP just to be safe? Or maybe another 1-2% more?

@AidenShaw, Onko tämä aina totta? Ja kaikille valmistajille (tai ainakin Samsungille)? En koskaan löytänyt mitään tietoa paitsi samsungin valkoisesta paperista DC SSD:lle, mutta en ole teknologia-alalla. Ilman että voi tarkistaa, vaikuttaa erittäin hämmentävältä/mahdottomalta tietää, käyttääkö valmistaja GiBi-eroa OP:ssa, mutta myykö se aina tuotteen, joka on merkitty alemmaksi GB:ksi eikä päinvastoin.

AidenShaw

8. helmikuuta 2003
Niemimaa
  • 20. huhtikuuta 2020
bosDAW sanoi: @AidenShaw, onko tämä aina totta?
Jotkin poikkeamat voivat olla poikkeavia, jotka eivät aivan sovi kyseiseen malliin - mutta jos mainostettu koko on tavallinen TB tai GB teho kaksi (256 512 1024), on reilu veto, että todelliset flash-sirut ovat samat TiB:ssä tai GiB:ssä. - siis vähintään 7 %. Ajattele sitä - mainostettu tila on GB tai TB, mutta flash-sirut ovat GiB:n tai TiB:n kerrannaisia. Jos mainostettu koko on pienempi kuin vakioteho - niin valmistaja on lisännyt ylivarausta. 480 Gt:n SSD-levyssä on edelleen 512 Gt flash-muistia, mutta enemmän OP:ta.

Esimerkiksi 2 Tt:n Samsung SSD, joka on kotityöasemani järjestelmäasema, raportoi:

Todellinen koko: 2048,408 GB 1907,729 GiB 4000797360 Sektorit
Tämä tarkoittaa, että sillä on 2048 GiB - 1907 GiB = 141 GiB ylivarausta. (Käytännössä se voi olla hieman pienempi, koska SSD-ohjain voi varata tilaa omaan käyttöönsä.)

SSD:n ylitarjonta ja sen edut | Seagate USA

Kysymys - Oikea 970 EVO (1tb m2 ssd) -asennus: trimmaus, ylivarmistus jne.

Hei, käytän otsikossa olevaa asemaa mediavälimuistiasemana Adobe premiere -videoeditointiin + muutama simulaattoripeli asennettuna (DCS world, xplane, star Citizen), jotka todella tarvitsevat SSD:n. Mikä on oikea asennus plug and play ja NTFS-muotoilun lisäksi? 1. Trimaaminen käytössä - joo vai ei? 2. Onko... forums.anandtech.com
Huomaa myös, että jos TRIM on käytössä, kaikki jakamaton tila tiedostojärjestelmässä toimii ylimääräisenä ylivarmistuksena. B

bosDAW

Alkuperäinen juliste
15. huhtikuuta 2020
  • 20. huhtikuuta 2020
Ok, joten Samsung on listannut asemani kooltaan '1 Tt', jossa on 1024 Gt:n kapasiteetti. Aseman raportointi järjestelmässäni näyttää sen olevan 1,02 TB (1 023 865 569 280 tavua). Tarkoittaako tämä, että se on itse asiassa 1024 Kuten x 1,93 Gt/GiBi = ~ 1099 Gt ja tehdaskäyttöjärjestelmä on 1099 Gt - 1024 Gt = 75 Gt? TRIM on käytössä.

Jos näin on, ylimääräisen '5 %':n jättäminen näkyvästä tilasta antaa 5 % + 7 % = 11 %.

Tai pitkä matka: 0,05 x 1024 Gt = 51,2 Gt käyttäjän OP + 75 Gt tehdaskäyttöliittymä = 126,2 Gt yhteensä. Muunnetaan takaisin GiBi:ksi, 126,2 Gt x 0,93 GiBi/GB = ~ 117 GiBi yhteensä OP/1024 GiBi x100 % = ~ 11,5 %, joten näyttää oikealta. Vai sekoitanko tämän kaiken?

Vaikka laskentani olisikin väärä, kaikki ylimääräinen tila, jonka jätän vapaaksi aseman koosta, jonka järjestelmäni näkee 1,02 Tt:ksi, on ylimääräistä OP:ta tehdasasetuksen 7 % (75 Gt) yläpuolella. 5 % käyttäjän OP on turvallinen, koska se on itse asiassa enemmän kuin 10 % yhteensä ja niin paljon järjestelmäasemalle. Kuvatulla tavalla käytetylle vain luku -asemalle 5 % on luultavasti enemmän kuin tarpeeksi, joten se voisi olla jopa hieman pienempi (sanotaan 1-2 % @Slash-2CPU:n mukaan + 7 % tehdas = 8-9 % yhteensä ja silti kaunis turvallinen).

Bottom line, '5%' '1 Tt' asemasta antaa vähintään 50 Gt käyttäjän OP. Mitä kysyin pienten kirjoitusten tekemisestä (<500k)...
'Käytännössä voin tehdä niin monta pientä kirjoitusta (100-500k tiedostokoko) levylle kuin haluan ja niin usein kuin haluan; niin kauan kuin en ylitä ~95 %:n kapasiteettia, tämä on turvallista eikä vaikuta suorituskykyyn millään tavalla luku-/kirjoitustoimintojen osalta; tai ehkä niin pienten tiedostojen kirjoittamisella ei todellakaan ole väliä edes 99% täyteen asti?' Vieläkö oikein? Viimeksi muokattu: 20.4.2020

AidenShaw

8. helmikuuta 2003
Niemimaa
  • 20. huhtikuuta 2020
Älä välitä OP:sta. Varmista vain, että TRIM on käytössä, ja jätä vapaata tilaa (TRIM:n vapaa tila vastaa OP-tilaa). Jos tunnet tarvetta (tai vahingossa) täyttää levy, palauta vapaa tila niin pian kuin mahdollista. Joka tapauksessa sinulla on aina 7 %.

Asemasi kirjoitusmäärä on 1 200 TB – laske, kuinka monta vuotta kestää saavuttaa se. Reaktiot:AidenShaw B

bosDAW

Alkuperäinen juliste
15. huhtikuuta 2020
  • 23. huhtikuuta 2020
BTW Onko pätevää ajatus Levytyökalu > Ensiapu -toiminnon suorittamisesta järjestelmäasemassa trimmauksen pakottamiseksi? Toimiiko 'käyttämättömien lohkojen leikkaaminen' lopussa jollain tavalla 'suojatun tyhjennyksen' tapaan, joten jos yrität nollata aseman tai tehdä uuden käyttöjärjestelmän asennuksen, voidaanko asema ensin tyhjentää ja sitten trimmata ensiavulla. parantaa suorituskykyä?

Tiedän, että suojattua tyhjennystä ei voi tehdä macissa, ja Samsung Magician toimii vain Samsung-asemien kanssa. Minulla on pääsy tietokoneeseen, jos se on todella paras tapa jollekin, jolla on vähän kokemusta, mutta minulla on myös Apple-merkkinen Toshiba-asema. TRIM on aina ollut käytössä Apple-asemassa, mutta ajattelin, että se voisi hyötyä uudesta käyttöjärjestelmän asennuksesta digitaalisen sotkun poistamiseksi. Viimeksi muokattu: 23.4.2020

AidenShaw

8. helmikuuta 2003
Niemimaa
  • 24. huhtikuuta 2020
bosDAW sanoi: 'Vapaata levytilaa: Suosittelemme pitämään tietyn prosenttiosuuden levytilasta vapaana asemassa, johon kirjastot on asennettu. Testimme ovat osoittaneet, että nopeus, jolla tietoja voidaan lukea asemasta, laskee, kun levytilaa käytetään loppuun. Yritä pitää 30 % kustakin kirjastoasemasta tyhjänä välttääksesi suorituskyvyn heikkenemisen, joka voi pudota puoleen aseman ollessa 90 % täytettynä.
Tämä pätee useimpiin (kaikkiin?) nykyaikaisiin spinnereihin - uloimmilla raiteilla on enemmän sektoreita raitaa kohden, joten enemmän sektoreita kulkee päiden alta kierrosta kohden. Kun asema täyttyy (olettaen, että ulommat raidat täyttyvät ensin), luku-/kirjoitusnopeus laskee.

Näytä mediakohde '>
SSD-levyjen lukunopeuden tulisi olla lähes vakio, kun se täyttyy. SSD-levyjen suurten kirjoitusten nopeus voi kärsiä, jos roskien kerääminen on välttämätöntä. Viimeksi muokattu: 24.4.2020 B

bosDAW

Alkuperäinen juliste
15. huhtikuuta 2020
  • 24. huhtikuuta 2020
Toivon silti, että mac-käyttäjille olisi olemassa tapa trimmata ja/tai 'turvallinen tyhjennys', mutta näyttää siltä, ​​että tämä on ollut yleinen kysymys useiden vuosien ajan, joten luultavasti ei. Samsungilla ei todennäköisesti ole syytä tehdä Magiciania mac OS:lle.

kiitos @AidenShaw kaikesta avustasi. Kiitos paljon! Viimeksi muokattu: 24.4.2020

AidenShaw

8. helmikuuta 2003
Niemimaa
  • 24. huhtikuuta 2020
bosDAW sanoi: Toivon silti, että olisi olemassa tapa tehdä trimmaus
Komento 'fsck -fy' leikkaa kaiken käyttämättömän tilan tiedostojärjestelmistä. Se ei leikkaa OP-tilaa.

Windowsissa Magician luo käynnistettävän peukaloaseman turvallisen tyhjennystoimenpiteen suorittamiseksi – jos käytät kaksoiskäynnistystä, voit yrittää käynnistää peukaloaseman. Tai liitä asema Windows-järjestelmään ja luo peukaloasema.