HDD Failure Paranoia [chiuso]

-2

Paranoia dell'errore dell'hard disk

Tendo a creare piccoli programmi per me stesso. Ogni volta che faccio un'applicazione, utilizzo un'applicazione di database come MS Access o MySQL. Posso CRUD i miei dati come voglio. Nessun problema nel finire un'attività.

Il problema è quando cerco di esplorare di più in File IO. Ho sentito di crash HDD a causa di alte operazioni di lettura / scrittura. Ero solito pensare che ciò accadesse solo su macchine server. Ma poi sono venuto a sapere che succede anche sulle macchine desktop! Così ora ho questo enorme blocco mentale. Ogni volta che provo a convertire il mio software precedente in quelli con FILE IO grezzo, perdo "l'impulso mentale / motivazione" e mi blocco. Ottengo pensieri come "OMG questo compito causerà molte letture / scritture sul disco". Ho paura di perdere il mio disco rigido. Mamma mia! È successo così tante volte che vorrei che gli ingegneri del computer avessero ridisegnato gli interni del computer per risolvere il problema e così li maledico molto. Gran parte del mio tempo viene sprecato per rimotivarmi e i progetti non vengono mai completati.

Sì, lo so che dietro le quinte le applicazioni di database usano File IO raw per fare il loro lavoro! Ma chi ne pensa quando li usa. Tutto quello a cui stai pensando principalmente è SQL e la tabella risultante nel set di risultati / recodset. Le applicazioni di database sono come una scatola nera per File I / O raw.

Qualcun altro pensa la stessa cosa? Le mie paure sono valide? Cosa dovrei fare? Qualche punto di vista / consolazione? Aiuto! Questo mi rende pazzo e improduttivo!

    
posta Jazz 11.07.2014 - 05:00
fonte

1 risposta

4

C'è molta discussione su questo ed è attivamente studiato (ovviamente). I termini chiave sono "tempo medio tra fallimento" e "tasso medio di fallimento", MTBF e AFR. Questi guasti sono solitamente guidati dal numero di volte in cui l'unità viene accesa e non dai carichi di lettura / scrittura. Anche trovare numeri per cicli di lettura / scrittura su unità legacy è difficile.

numeri di Seagate qui e un articolo Ars Technica che fornisce le statistiche tra i marchi . La versione breve è: non ti preoccupare. Finché esegui backup regolari starai bene.

Con le unità a stato solido (SSD) è più complesso. La memoria a stato solido spesso fallisce durante l'esaurimento del ciclo di scrittura, ma nell'unità sono presenti molti circuiti e software per estendere i 10.000 cicli dei chip a 10x o più per l'unità nel suo complesso. Quindi, se non si riempie l'unità fino a quando non si esegue la matematica, di solito si risolve che è necessario riscrivere continuamente una patch di disco per un anno per avvicinarsi al limite di usura. Ci sono articoli come questo PCWorld su cosa puoi fare per aiutarti.

Infine, è probabile che il tuo sistema operativo stia tamponando le tue scritture, e il tuo motore di database lo è sicuramente. Soprattutto quando si riscrive molto velocemente è improbabile che i dati finiscano sul disco ogni volta. Suggerisco di mettere il database in modalità "database in memoria" prima di preoccuparmi di un ramdisk, perché poi il database sta facendo il lavoro e di solito è facile anche "scrivere l'intero database su disco" con una semplice operazione.

    
risposta data 11.07.2014 - 05:25
fonte

Leggi altre domande sui tag