Over-provisoning SSD

Trädvy Permalänk
Medlem
Plats
Sajber-jymden
Registrerad
Dec 2004

Over-provisoning SSD

Jag använder TrueCrypt, genom att kryptera informationen till en fil (container).
Jag skall köpa en ny SSD, helt dedikerad till att lagra TC-containern.

SSD:s egenskaper

  • Vad är optimalt "over-provisoning" (som man själv avdelar) på en SSD? (räcker 5%, eller är så lite bara bortkastat?)

  • Är det bara att lämna oallokerat utrymme efter partitionen för att SSD:n skall kunna använda det för "over-provisoning"?

Filsystemets egenskaper (Windows 8)

  • Hur mycket av en partition bör minst lämnas outnyttjat? (vilket då ger containers maximala storlek)

Trädvy Permalänk
Medlem
Registrerad
Aug 2005
Skrivet av Cybertsen:

Jag använder TrueCrypt, genom att kryptera informationen till en fil (container).
Jag skall köpa en ny SSD, helt dedikerad till att lagra TC-containern.

SSD:s egenskaper

  • Vad är optimalt "over-provisoning" (som man själv avdelar) på en SSD? (räcker 5%, eller är så lite bara bortkastat?)

  • Är det bara att lämna oallokerat utrymme efter partitionen för att SSD:n skall kunna använda det för "over-provisoning"?

Filsystemets egenskaper (Windows 8)

  • Hur mycket av en partition bör minst lämnas outnyttjat? (vilket då ger containers maximala storlek)

Ju mer over provisioning desto bättre, sedan kan man fråga sim om man egentligen behöver det öht Beror på om man planerar att skriva mycket till disken, ju mer man skriver mycket och snabbt, desto mer effekt av over provisioning, dock ska man upp i ganska rejäla mängder innan det behövs. Så länge du bara ska ha partitionen till TC så kan utnyttja hela till containern, disken kan inte utnyttja det tomma utrymmet till något ändå.

En ssd som baseras på en kontroller från sandforce komprimerar data för ökad prestanda/livslängd. AS-SSD använder data som inte går att komprimera och ger då sämsta möjliga resultat, ATTO använder data som är lätt att komprimera och ger bästa möjliga resultat. Eftersom program/os/spel ofta går att komprimera någorlunda bra så hamnar den verkliga prestandan någonstans mellan dessa resultat vid normal användning.

Trädvy Permalänk
Medlem
Plats
Malmö
Registrerad
Feb 2007
Skrivet av Cybertsen:

Jag använder TrueCrypt, genom att kryptera informationen till en fil (container).
Jag skall köpa en ny SSD, helt dedikerad till att lagra TC-containern.

Bara utav ren nyfikenhet, skall Du flytta runt på TC filen i framtiden? Om inte, varför inte heldiskkryptering istället för att böka med en fil?

Grundregel för felsökning: Bryt och begränsa.

Trädvy Permalänk
Medlem
Plats
Sajber-jymden
Registrerad
Dec 2004
Skrivet av Frispel:

Ju mer over provisioning desto bättre, sedan kan man fråga sim om man egentligen behöver det öht Beror på om man planerar att skriva mycket till disken, ju mer man skriver mycket och snabbt, desto mer effekt av over provisioning, dock ska man upp i ganska rejäla mängder innan det behövs. Så länge du bara ska ha partitionen till TC så kan utnyttja hela till containern, disken kan inte utnyttja det tomma utrymmet till något ändå.

Jag är medveten att skapa en egen OP är lite "overkill", men är det bara lite utrymme man måste allokera (typ 5%) - så varför inte? Men jag hör (läser) vad du säger (skriver).

Skrivet av Veni:

Bara utav ren nyfikenhet, skall Du flytta runt på TC filen i framtiden? Om inte, varför inte heldiskkryptering istället för att böka med en fil?

Jag backup:ar informationen regelbundet, därav vill jag ha en fil - då vet jag att ifall jag har denna enda fil, så har jag alla information utan att behöva kontrollera...

Trädvy Permalänk
Medlem
Plats
Malmö
Registrerad
Feb 2007
Skrivet av Cybertsen:

Jag backup:ar informationen regelbundet, därav vill jag ha en fil - då vet jag att ifall jag har denna enda fil, så har jag alla information utan att behöva kontrollera...

Har Du någon gång varit med om en korrupt TC fil? Är den fortfarande bearbetningsbar motsvarande ett trasigt filsystem som har ett "hack" lite där och där och kan lagas utan större ingrepp och enbart där "hacken" är så är där en skada på filsystemet inne i TC:n eller blir allt innehåll i TC filen otillgängligt?

Grundregel för felsökning: Bryt och begränsa.

Trädvy Permalänk
Medlem
Plats
Sajber-jymden
Registrerad
Dec 2004
Skrivet av Veni:

Har Du någon gång varit med om en korrupt TC fil? Är den fortfarande bearbetningsbar motsvarande ett trasigt filsystem som har ett "hack" lite där och där och kan lagas utan större ingrepp och enbart där "hacken" är så är där en skada på filsystemet inne i TC:n eller blir allt innehåll i TC filen otillgängligt?

Har aldrig haft problem med TC-containern, så jag vet inget om det du frågar (därav mitt backup:ande).
Jag upplever TC stabilt, har kört sedan 2009 och det är all "min" information jag lagrar i containern - så det är daglig användning, bokstavligen.

Trädvy Permalänk
Medlem
Plats
Malmö
Registrerad
Feb 2007
Skrivet av Cybertsen:

Har aldrig haft problem med TC-containern, så jag vet inget om det du frågar (därav mitt backup:ande).
Jag upplever TC stabilt, har kört sedan 2009 och det är all "min" information jag lagrar i containern - så det är daglig användning, bokstavligen.

Det var lite det jag tänkte på i förhållande till din typ av säkerhetskopiering. Hur upptäcker Du om en fil är trasig inne i TC filen om Du har som regel att säkerhetskopiera själva TC filen? Min tanke är att man i regel får ett filåtkomstfel om filsystemet är lite knass(dålig avstängning t.ex) när man försöker skaffa sig(eller ett säkerhetskopieringsprogram) åtkomst till en fil(en eller flera filer inne i TC filen) som har lite problem. Samma sak syns inte utanför TC filen om det filsystem som TC filen ligger på inte är knass.

Plus att köra en inkrementell säkerhetskopiering kan bli väldigt opraktiskt om TC filen är på x antal GB. Att köra en enda fullständig säkerhetskopiering som skriver över den gamla vet jag inte om det kan ens klassas som säkerhetskopiering. Jag utgår förvisso ifrån att det inte är så Du gör. Och att köra flertal fullständiga säkerhetskopieringar utan överskrivning utav föregående säkerhetskopia utav TC filen bör ge samma resultat som inkrementell.

Grundregel för felsökning: Bryt och begränsa.

Trädvy Permalänk
Medlem
Plats
LKPG
Registrerad
Feb 2003

Jag kör en 480GB Revo3 (~445GiB).
Jag OP:ade till 400GiB (~10%).
Det var dyra GiB och jag vet inte om det ger nått, men för säkerhets skull. :-/
Vanlig partitionering.
Jag tror de flesta föreslår 10-15%

Whisky kan drickas på 3 sätt:
1. Utan vatten. 2. Med vatten. 3. Som vatten.

Workstation - Server - Kenner 4-ever

Trädvy Permalänk
Medlem
Plats
Sajber-jymden
Registrerad
Dec 2004
Skrivet av Veni:

Det var lite det jag tänkte på i förhållande till din typ av säkerhetskopiering. Hur upptäcker Du om en fil är trasig inne i TC filen om Du har som regel att säkerhetskopiera själva TC filen? Min tanke är att man i regel får ett filåtkomstfel om filsystemet är lite knass(dålig avstängning t.ex) när man försöker skaffa sig(eller ett säkerhetskopieringsprogram) åtkomst till en fil(en eller flera filer inne i TC filen) som har lite problem. Samma sak syns inte utanför TC filen om det filsystem som TC filen ligger på inte är knass.

Plus att köra en inkrementell säkerhetskopiering kan bli väldigt opraktiskt om TC filen är på x antal GB. Att köra en enda fullständig säkerhetskopiering som skriver över den gamla vet jag inte om det kan ens klassas som säkerhetskopiering. Jag utgår förvisso ifrån att det inte är så Du gör. Och att köra flertal fullständiga säkerhetskopieringar utan överskrivning utav föregående säkerhetskopia utav TC filen bör ge samma resultat som inkrementell.

  1. Kanske semantik och jag vet inte vad du lägger in i "säkerhetskopiering" (själv har jag talat om backup) - jag gör kopior av filen som sedan (vid behov) kan användas för att återställa informationen - om detta sedan inte är backup (sv: säkerhetskopiering) så vet jag inte vad som inbegrips i begreppet.

  2. I min värld - kan jag montera containern så är den iallafall intakt - om sedan filer inuti containern går och blir korrupt så har jag lika stor/liten chans att upptäcka detta som ifall jag kört på ett okrypterat filsystem (eller för den delen en krypterad partition) och backup:at hela innehållet.

  3. Varför denna fokus på TC? (jag har aldrig frågat om TC - jag frågade om over-provisoning på SSD)

Trädvy Permalänk
Medlem
Plats
Malmö
Registrerad
Feb 2007
Skrivet av Cybertsen:
  1. Kanske semantik och jag vet inte vad du lägger in i "säkerhetskopiering" (själv har jag talat om backup) - jag gör kopior av filen som sedan (vid behov) kan användas för att återställa informationen - om detta sedan inte är backup (sv: säkerhetskopiering) så vet jag inte vad som inbegrips i begreppet.

  2. I min värld - kan jag montera containern så är den iallafall intakt - om sedan filer inuti containern går och blir korrupt så har jag lika stor/liten chans att upptäcka detta som ifall jag kört på ett okrypterat filsystem (eller för den delen en krypterad partition) och backup:at hela innehållet.

  3. Varför denna fokus på TC? (jag har aldrig frågat om TC - jag frågade om over-provisoning på SSD)

1. Tanken med säkerhetskopiering är att ha en kopia som är intakt. Det hela faller när man kopierar data som kan vara skadad. Har sett folk som kör säkerhetskopieringar utav virtuella miljöer och där de även alltid kör en verifieringsrunda på slutet för att kontrollera att mediumet som innehåller säkerhetskopian är hel, men de missar lätt om den virtuella miljön har en lokal skada på sitt/sina filsystem. Då är både säkerhetskopieringen och verifieringen lika mycket värd som tron på en gud som kan återställa den skadade informationen.

2. Du har större chans att upptäcka en eller flera skadade filer i en TC fil när säkerhetskopieringen görs på filnivå inne i TC filen.

3. Jag har erfarenhet från runt TrueCrypt 4 fram tills 7.0a och det är därför jag gick över till heldisk kryptering när innehållet i en TC fil blev skadat. Plus att jag ställde frågan för att ta del utav Dina erfarenheter. Man ser inte många i detta forum som meckar med krypteringslösningar.

Passade samtidigt på att slänga ut TrueCrypt i de fall smarta kort tillsammans med andra påslag inte används. Naturligtvis så får säkerhetskopiering ske från krypterad enhet till krypterad enhet annars finns ingen mening att använda kryptering. Plus att köra en säkerhetskopiering på en fil som är på 50 GiB i runda tal(i mitt fall om jag hade valt idag att fortsätta med en TC fil) i praktiken omöjliggör någon längre säkerhetskopiering så att man har chansen att backa 6-12 månader i tiden om man upptäcker en avvikelse i framtiden.

Grundregel för felsökning: Bryt och begränsa.