Quin espai lliure hauries de deixar en un 1TB SSD?

Una pregunta d'edat... he fet els meus deures, i me n'he fet jo mateix. Però va acabar amb més condicions! Perquè m'estava fent missatges mixts.......alguns diuen que la SSD moderna / HDD, no necessites deixar cap espai lliure per a que funcioni és més ple. Perquè el HDD / SSD us impedirà d' escriure sobre el llindar de causar lent.

D'altra banda, hi ha alguns que encara diuen la regla tradicional, menys el 20% de l'espai lliure. Però alguns creuen que el 10% n'hi ha prou amb... Així doncs, què són els nois? Algú pot donar-me una resposta sòlida??

Per ser específic estic demanant tant els meus patriotes BURSSSSSSB com Crucial MX 500. Diguem que si realment necessito deixar com 10 - 20% espai lliure per a la meva SSD per treballar a la velocitat òptima... de la qual cosa he de calcular?? 1TB i 480GB? O la figura mostrada al meu PC que és de fet 931 GB per al MX 500 i 447 GB per al BURST

Enllaç a comentari

Comparteix en altres llocs

Enllaç a l' article

Comparteix en altres llocs

Perquè m'estava fent missatges mixts.......alguns diuen que la SSD moderna / HDD, no necessites deixar cap espai lliure per a que funcioni és més ple. Perquè el HDD / SSD us impedirà d' escriure sobre el llindar de causar lent.

Depèn del HDD/SD.

Especialment la SSD, alguns usen espai sobre cau com si omplis el dispositiu completament no té aquest espai per a desar els fitxers de memòria cau

No, no et puc donar una resposta sòlida. Depèn de l' estructura que usa el SSD (el qual no es mostra clarament a l' usuari final), depèn de la vostra velocitat de la vostra unitat, etc.

20% si la meva regla del polze, a menys que hi hagi una raó específica per no seguir aquest percentatge,

Diguem que si realment necessito deixar com 10 - 20% espai lliure per a la meva SSD per treballar a la velocitat òptima... de la qual cosa he de calcular?? 1TB i 480GB? O la figura mostrada al meu PC que és de fet 931 GB per al MX 500 i 447 GB per al BURST

S'ha mesurat una unitat en GB. On 1GB = 1000MB.

Les finestres encara fan servir GiB. Gibibyte (i l'equivalent MiB, TB, etc.) on 1 = 1024. Per això apareix un 1TB SSD com 931GB en el vostre SO, perquè Windows utilitza una unitat de mesura diferent.

Perquè ho dic perquè no importa el que comencis a calcular, mentre tinguis en ment aquestes unitats de mesura.

El que vull dir és: si esteu mirant la vostra barra d'emmagatzematge Windows, heu de mantenir en ment el número 931 GiB, com el número 1000GB no és rellevant en aquest cas.

Enllaç a comentari

Comparteix en altres llocs

Enllaç a l' article

Comparteix en altres llocs

Perquè el HDD / SSD us impedirà d' escriure sobre el llindar de causar lent.

És un raspall de porcs. Des d'un punt de vista purament bàsic, no hi ha càstig per usar tot l'espai de conduir. No obstant això, hi ha altres factors en joc aquí.

Amb HDDs ara hi ha diferents tipus, és a dir SMR i CMR. CMR és el mecanisme d'emmagatzematge més tradicional, i no hi ha diferència entre escriure els vostres primers bytes i els vostres últims bytes a la unitat. No obstant això, amb els dispositius SMR, els errors estan en capa, amb ell, òbviament, ser més lent per escriure a les capes inferiors. Com més omplis la recollida, més lent els escrius. No obstant això, això és una cosa progressista, així que no hi ha cap pena automàtica una vegada que tinguis el 80% omplert o alguna cosa així.

Amb SSD, de la mateixa manera teniu diferents tipus: més comuna és SLC, TLC i QLC. Amb els dispositius SLC, cada cel·la té una mica, i no hi ha cap diferència funcional entre les velocitats d'escriptura a través de tota la unitat. Els dispositius TLC i QLC, d'altra banda, codificar múltiples bits per cel· la, hi i quatre, respectivament. Cada mica d'èxit és més difícil d'escriure, així que hi ha una pena d'actuació com més t'omples de la unitat. De nou, però, no hi ha gaire sentit com el 80-90% on estàs bé fins a aquest punt i l'actuació cau a través del terra. Depèn de com s'escriun els bits. Els múltiples discs per cel· la normalment escriuran el primer bit a totes les cel· les, i després el segon després de totes les primeres s'omplen, etc. Això vol dir que sí, la teva unitat serà més lenta com més plena, però encara és progressista.

Tots dos SMR HDDs i SLC SSDs generalment usen un cau, però, per facilitar les velocitats d'escriptura. Des de la perspectiva de l' usuari, s' ha completat l' escriptura, però darrera de les escenes continua escrivint des de la memòria cau a la unitat actual. Això vol dir que podeu experimentar la pèrdua de dades dels errors de potència, però en general no us adonareu molt d'una diferència de velocitat fins i tot amb la unitat gairebé totalment plena, mentre no estigueu acomodant la memòria cau.

Enllaç a comentari

Comparteix en altres llocs

Enllaç a l' article

Comparteix en altres llocs

Així que, per fer matemàtiques de manera més ràpida i més senzilla fa dècades, els programadors van fer una optimització i van usar 1024 en comptes de 1000, perquè 1024 és 2 10 Tan busseig per 1024 va ser més ràpid que dividir per 1000 per mostrar kilobytes, megabytes, per calcular l' espai lliure del disc i així successivament.

Ara, si agafem aquest número i proveu de formatar- lo usant múltiples quantitats de 1024, obtindreu 1000,000.000 / 1024 = 976,562. 5 KiB que és 976,562. 5 / 1024 = 953.67 MiB

Podeu repetir amb 1000 GB, i acabareu fins al voltant de 931 GiB, el nombre vist en propietats.

Pel que fa a l'espai lliure dels discs...

Intenteu mantenir al voltant del 5-10% de tota la quantitat d'espai lliure. extreu la vida de la SSD. Massa petit espai causarà que algunes de les fitxes de memòria interiors del SSD es facin servir més ràpid.

Bàsicament, en dades SSD no s'escriu com en unitats mecànics. Un dispositiu mecànic pot anar a qualsevol pista i posicionar els caps per sobre d'un tros de dades i esborrar-lo. Un SSD té algunes restriccions, no pot fer-ho.

Es disposa d'un SSD en pàgines "pages" que contenen trossos de dades, normalment una pàgina és 512 KB i té un munt de trossos de 4 KB.

La SSD pot escriure un tros de dades, però no pot sobreescriure un tros de dades, ha de "ser senzill" tota la pàgina per a fer que aquests trossos de dades dintre de la pàgina es tornin a escriure. El problema és que pel disseny, els xips de memòria Flash odien això, només poden fer-ho un nombre limitat de vegades... perquè SLC era al voltant de 10 tecles, perquè el MLC era al voltant de 45.000 dòlars, perquè TLC va obtenir esborrar 2000- 4.000, i el QLC està sota 1000.

El controlador SSD intenta el més difícil de retardar les pàgines d' esborrat cercant trossos de dades buides en d' altres pàgines per a escriure el que sigui que s' hagi canviat.

Així doncs, el SSD simplement escriu el tros de dades d'una altra pàgina amb trossos de dades disponibles, fa que una nota sobre la nova localització i faci una nota a la seva memòria, marcant aquest tros antic com "això ja no és necessari, no cal copiar-se sobre quan cal esborrar la pàgina"

Cada vegada, quan SSD està inactiu o no té cap altra opció, la SSD tria una pàgina amb molts trossos de dades marcats com "té dades de brossa, es poden esborrar", copies els trossos amb bones dades a altres pàgines, i després esborra tota la pàgina 512 KB.

Per exemple, podríeu tenir una pàgina 512 KB amb 400 KB de trossos amb bones dades, i 112 KB de trossos que tenen dades antigues, escombraries, trossos marcats per esborrar. El controlador ha de trobar trossos de dades d' altres pàgines per a copiar aquests 400 KB i aleshores pot esborrar tot el 512 KB i fer que estigui disponible de nou per a escriure... la SSD guanya 512 KB en el qual pot escriure dades, però aquest comptador d' esborrat de pàgines va ser el 1, portant- lo més a prop de la seva mort (quan massa esborrat, només es torna a llegir)

Així que si el dispositiu està massa ple, el controlador SSD tindrà un temps molt difícil trobar trossos de dades buides en el que copiar sobre trossos, per esborrar pàgines. Això significa que les mateixes pàgines s' escolliran per escriure dades, que vol dir que aquestes pàgines s' esborraran més sovint, que vol dir que aquestes pàgines moriran més ràpid.

Per descomptat, el SSD quan està inactiu també reduirà els cicles d' esborrat d' algunes pàgines. Per exemple, diguem que vas copiar una pel·lícula a la SSD fa un mes. Les dades d'aquesta pel·lícula no es quedaran en els mateixos trossos i pàgines durant tot aquest mes, en segon pla el controlador SSD pot moure porcions de la pel·lícula al voltant de diverses pàgines i trossos, de manera que els fitxers que s' actualitzen sovint es col·locaran a pàgines amb menys cicles d' esborrat.

Així que al voltant del 10% és suficient... la SSD ja s'amaga una mica d'espai... per exemple que $4 GBD de fet tindrà al voltant de 512 GB de memòria de flash real, però una porció s'amaga i s'utilitza gradualment per substituir pàgines que estan massa eliminades (massa moltes esborrat), ampliant la vida de les SSD.

Altres porcions s' usen en mode SLC per a una velocitat més alta i més resistència, i la SSD també pot usar alguna quantitat lliure en mode SLC (per exemple, pot agafar 10 GB d' espai lliure, i usar- lo com ~ 446 GB de memòria ràpida SLC, com una memòria intermèdia d' escriptura)

Enllaç a comentari

Comparteix en altres llocs

Enllaç a l' article

Comparteix en altres llocs

Realment aprecieu les respostes molt detallades i informatiues. Realment caldrà prendre una mica de temps per processar tot això en l'el... No sóc algú que estudii res relacionat amb el tema.

Sobre el HDD, com se sap si el teu HDD és SMR o CMR.

De fet, tinc una idea... si dic que si vaig passar per un llindar, sobrepassant l'espai lliure per a HDD / SSD... i fent que s'aturi. És possible que faci servir Crystal Mark per provar i mostra el resultat que va ser una velocitat més lenta que es tractava de ser? Així puc esbrinar que he utilitzat més espai del que hauria de fer. Vull dir, suposo que és obvi que si veig més temps de càrrega en jocs, etc. (M'he oblidat de mencionar que el S SSD és només per jocs, no hi haurà fitxers del sistema / SO en ells) Però preferiria un mètode més sòlid de proves i saber que necessito alliberar espai al meu magatzem per dur-lo a terme és més ple.

Una unitat SMR tindrà velocitats d' escriptura lenta i velocitats d' escriptura lenta quan s' sobreescrivint els fitxers grans. Això és perquè amb SMR, la unitat ha de llegir les dades en les pistes abans de la pista on voleu escriure dades, i escriure' ls amb les dades modificades - de manera que cada reescriptura és en realitat una lectura + escriptura, de manera que més lenta.