SSD: thread generale e consigli per gli acquisti

[jotaro75]

SSD arrivato ho pensato a tutto sti giorni tranne una cosa...che non fosse incluso un cavo di connessione alla MB...

Inviato dal mio LG-P760 utilizzando Tapatalk

[sunmoonking]

Originariamente inviato da Avigni

Se il forum chiude un occhio, puoi sempre usare questo:
http://postimage.org/index.php?lang=italian

Grazie per la dritta, provo subito

Originariamente inviato da s12a

Con un programma come CrystalDiskInfo:
http://crystalmark.info/software/Cry...o/index-e.html

Posta uno screenshot qui nel thread.

ecco dunque lo screenshot:
dal test vuol dire che il disco è sano e riutilizzabile o dopo quanto accaduto meglio che si faccia un giro in assistenza?


free image hosting

[s12a]

Originariamente inviato da sunmoonking

ecco dunque lo screenshot:
dal test vuol dire che il disco è sano e riutilizzabile o dopo quanto accaduto meglio che si faccia un giro in assistenza?

Il drive è sano, le scritture sono poche, i cicli di scrittura un po' meno in rapporto ad esse (134, in formato decimale, ma in assoluto su 3000 sono comunque pochi), ma non ci sono errori hardware rilevati - tranne i recuperi POR che indicano il numero di spegnimenti "imprevisti", anche se un numero elevato non vuol dire che l'SSD rischia di più, ma che ha semplicemente avuto più opportunità di rischiare qualcosa.

Tuttavia hai ancora il primo firmware uscito (CXM01B1Q), non l'ultima versione (CXM03B1Q), e la cosa potrebbe avere influito visto che essi possono correggere bug più o meno gravi in certe condizioni d'uso come quella che potresti avere incontrato.

Visto che il drive sembra integro potresti avere ancora qualche possibilità di recuperare dati. Se è stato effettuato il trim o le partizioni non vengono rilevate perché si sono corrotte le chiavi di cifratura interne, non c'è più nulla da fare. In ogni caso non ritengo sia da mandare in assistenza.

Una volta che hai tentato di recuperare dati, aggiornerei all'ultimo firmware ed eviterei di usarlo ancora come se fosse una chiavetta USB.

[sunmoonking]

Originariamente inviato da s12a

Il drive è sano, le scritture sono poche, i cicli di scrittura un po' meno in rapporto ad esse (134, in formato decimale, ma in assoluto su 3000 sono comunque pochi), ma non ci sono errori hardware rilevati - tranne i recuperi POR che indicano il numero di spegnimenti "imprevisti", anche se un numero elevato non vuol dire che l'SSD rischia di più, ma che ha semplicemente avuto più opportunità di rischiare qualcosa.

Tuttavia hai ancora il primo firmware uscito (CXM01B1Q), non l'ultima versione (CXM03B1Q), e la cosa potrebbe avere influito visto che essi possono correggere bug più o meno gravi in certe condizioni d'uso come quella che potresti avere incontrato.

Visto che il drive sembra integro potresti avere ancora qualche possibilità di recuperare dati. Se è stato effettuato il trim o le partizioni non vengono rilevate perché si sono corrotte le chiavi di cifratura interne, non c'è più nulla da fare. In ogni caso non ritengo sia da mandare in assistenza.

Una volta che hai tentato di recuperare dati, aggiornerei all'ultimo firmware ed eviterei di usarlo ancora come se fosse una chiavetta USB.

Scusami, dove si leggono i cicli di scrittura? vedo solo la voce "scritture totali"... come vengono contate le scritture? e i cicli di scrittura?

Beh, per il momento l'uso via usb era l'unica alternativa per potervi accedere, visto che il portatile di riserva che sto usando dopo la rottura di quello principale ha un attacco IDE e nn sata

Per il recupero dati esistono alternative valide e gratuite a File Scavenger?

[s12a]

Originariamente inviato da sunmoonking

Scusami, dove si leggono i cicli di scrittura? vedo solo la voce "scritture totali"... come vengono contate le scritture? e i cicli di scrittura?

Il valore "grezzo" del parametro B1 / Livello d'uso. E' 86, in esadecimale, in decimale equivale a 134. Vuol dire che sulle memorie NAND dell'SSD è stato scritto complessivamente 134 volte la la loro capienza complessiva. Quindi 134*128 GiB = 17152 GiB = 16.75 TiB. Le scritture Host totali sono quelle richieste dal sistema operativo all'SSD. Il rapporto fra le scritture NAND e quelle Host si chiama Write Amplification Factor.

Beh, per il momento l'uso via usb era l'unica alternativa per potervi accedere, visto che il portatile di riserva che sto usando dopo la rottura di quello principale ha un attacco IDE e nn sata

Una volta per necessità non è un problema di per sé, ma l'utilizzo reiterato può aumentare i rischi connessi al fatto che gli SSD non sono fatti per lavorare in quel modo.

Per il recupero dati esistono alternative valide e gratuite a File Scavenger?

Non saprei, non sono esperto in tale ambito.

[sunmoonking]

Originariamente inviato da s12a

Il valore "grezzo" del parametro B1 / Livello d'uso. E' 86, in esadecimale, in decimale equivale a 134. Vuol dire che sulle memorie NAND dell'SSD è stato scritto complessivamente 134 volte la la loro capienza complessiva. Quindi 134*128 GiB = 17152 GiB = 16.75 TiB. Le scritture Host totali sono quelle richieste dal sistema operativo all'SSD. Il rapporto fra le scritture NAND e quelle Host si chiama Write Amplification Factor.

Grazie per le info.

Originariamente inviato da s12a

Una volta per necessità non è un problema di per sé, ma l'utilizzo reiterato può aumentare i rischi connessi al fatto che gli SSD non sono fatti per lavorare in quel modo.

Ma infatti, in usb l'avrò utilizzato sì e no 4-5 in totale... ecco perché non mi spiego l'accaduto, tanto più che siamo ben lontani dagli almeno 12 mesi teorici di inattività previsti per tali dispositivi

[s12a]

Originariamente inviato da sunmoonking

Grazie per le info.


Ma infatti, in usb l'avrò utilizzato sì e no 4-5 in totale... ecco perché non mi spiego l'accaduto, tanto più che siamo ben lontani dagli almeno 12 mesi teorici di inattività previsti per tali dispositivi

I 12 mesi sono a fine vita operativa (nel tuo caso corrispondente a 3000 cicli di scrittura), ad SSD nuovo o seminuovo il tempo di ritenzione dei dati dovrebbe essere ben superiore. Convenzionalmente è di 10 anni ad SSD vergine.

Secondo me è stata l'accoppiata dell'uso via USB, magari con rimozione non sicura + firmware non aggiornato.

[sunmoonking]

Originariamente inviato da s12a

I 12 mesi sono a fine vita operativa (nel tuo caso corrispondente a 3000 scritture), ad SSD nuovo o seminuovo il tempo di ritenzione dei dati dovrebbe essere ben superiore. Convenzionalmente è di 10 anni ad SSD vergine.

Secondo me è stata l'accoppiata dell'uso via USB, magari con rimozione non sicura + firmware non aggiornato.

Il numero di scritture invece come viene determinato?

[Mike73]

Originariamente inviato da ziomaury

Esatto, proprio così.
Ciao

Ecco, tutto ok, giusto?



Quindi il trim è abilitato anche sui miei due ssd in raid 0 su chipset P67

[s12a]

Originariamente inviato da sunmoonking

Il numero di scritture invece come viene determinato?

Lo determina l'SSD in base all'usura media delle sue celle di memoria. Dato che il wear leveling dei moderni controller è molto efficiente, difficilmente ci saranno celle significativamente più usurate di altre, dunque tale valore si può assimilare con buona approssimazione al numero di volte per il quale è stata internamente movimentata una quantità di dati pari alla capienza complessiva dell'SSD.

Ogni volta che si scrive sull'SSD si fa aumentare di un'unità il contatore di scritture di una o più celle di memoria, ma siccome sono tante e le scritture vengono distribuite in maniera equa fra di esse, solitamente ci vuole parecchio tempo/dati prima che il contatore di cicli di scritture medio aumenti di 1... Detto semplicemente.

Certi casi d'uso fanno aumentare la write amplification, aumentando di conseguenza il numero di scritture effettuate sulle memorie NAND a parità di quelle richieste dal sistema operativo, velocizzando quindi l'usura dell'SSD.

[sunmoonking]

Originariamente inviato da s12a

Lo determina l'SSD in base all'usura media delle sue celle di memoria. Dato che il wear leveling dei moderni controller è molto efficiente, difficilmente ci saranno celle significativamente più usurate di altre, dunque tale valore si può assimilare con buona approssimazione al numero di volte per il quale è stata internamente movimentata una quantità di dati pari alla capienza complessiva dell'SSD.

Ogni volta che si scrive sull'SSD si fa aumentare di un'unità il contatore di scritture di una o più celle di memoria, ma siccome sono tante e le scritture vengono distribuite in maniera equa fra di esse, solitamente ci vuole parecchio tempo/dati prima che il contatore di cicli di scritture medio aumenti di 1... Detto semplicemente.

chiarissimo

Originariamente inviato da s12a

Certi casi d'uso fanno aumentare la write amplification, aumentando di conseguenza il numero di scritture effettuate sulle memorie NAND a parità di quelle richieste dal sistema operativo, velocizzando quindi l'usura dell'SSD.

quali per esempio?

[s12a]

Originariamente inviato da sunmoonking

quali per esempio?

Ad esempio:

- Lasciare poco spazio libero
- Usare l'SSD solo nel momento del bisogno (ossia con poco o niente tempo in idle o a basso carico)
- Utilizzare l'SSD con supporto al trim mancante o non sufficiente da parte del sistema operativo
- Effettuare prevalentemente scritture di tipo random

Con i miei SSD Samsung fra le altre cose ho notato che scrivere grandi quantità di dati in un tempo ridotto riduce la write amplification rispetto a scriverne la stessa quantità in maniera dilazionata nel tempo.

[maxmax80]

Originariamente inviato da gyonny

Ma siamo sicuri che questo tool funzioni perfettamente? A me dice sempre che il TRIM non è attivo:

A chi devo dar retta, al software ufficiale OCZToolbox oppure al tool esterno TrimCheck?

è probabile che il Tool della OCZ "ragioni" come ssdlife, ovvero che "sente" la predisposizione del SO al Trim, ma non l' effettiva abilitazione come invece fa il TrimCheck

[eccoinsorgo]

e cosa significa questo? che ho poco spazio su ssd?


ieri sera ho provato TrimCheck e mi diceva che non era attivato, nonostante ssdPro dicesse il contrario....
stamattina ricevo questo messaggio nell'immagine sopra....

[s12a]

Segnalo che per qualche motivo il semplice atto di scaricare un gioco da Steam su SSD fa effettuare almeno il doppio delle scritture corrispondenti alla sua dimensione. Se si tendono a scaricare e provare molto spesso giochi diversi, potrebbe essere una situazione d'uso che potrebbe portare ad un'usura precoce del drive.

Mettendo in coda circa 80 GB di giochi, in una notte mi sono quasi "bruciato" un ciclo di scrittura, dato che scritti ne sono stati circa 150 GB ed ancora devo finire di scaricarli. 948 cicli rimasti prima di arrivare all'emivita del drive, comunque

Originariamente inviato da eccoinsorgo

e cosa significa questo? che ho poco spazio su ssd?

E' quello che dice...

[gyonny]

Originariamente inviato da eccoinsorgo

...ieri sera ho provato TrimCheck e mi diceva che non era attivato...

Lascia perdere quel tool che non è attendibile...
anche nel mio caso secondo Trimcheck il Trim non è attivo, invece io dico che il Trim nel mio sistema è attivo e come.

Piuttosto che usare questi tools esterni per verificare se il Trim è attivo direi che è meglio verificare con gli strumenti nativi di Windows:

Start > cmd > esegui come amministratore > incollare questa riga: fsutil behavior query DisableDeleteNotify e premere invio, quindi se come risposta avrete uno 0 potete stare tranquilli perchè vorrà dire che il Trim è perfettamente attivo e funzionante

[s12a]

Quel settaggio indica semplicemente che il sistema operativo è predisposto al trim, non che il trim effettivamente funzioni sulla tua configurazione.

[gyonny]

Tu dici?... strano, facendo ricerche in rete dicono che se con quel comando otteniamo 0 come risposta vorrà dire che il Trim è correttamente abilitato...

[s12a]

Originariamente inviato da gyonny

Tu dici?... strano, facendo ricerche in rete dicono che se con quel comando otteniamo 0 come risposta vorrà dire che il Trim è correttamente abilitato...

Vuol dire che il comando trim viene inviato dal file system dopo ogni cancellazione, ma questo non garantisce che tale comando giunga correttamente a destinazione.

Io proverei a fare lo stesso test dopo aver disinstallato i driver SATA/AHCI della tua scheda madre se li hai installati, usando quindi quelli integrati di Windows. Alcuni utenti AMD con schede madri datate hanno avuto problemi con il trim con essi.

[maxmax80]

Originariamente inviato da s12a

Quel settaggio indica semplicemente che il sistema operativo è predisposto al trim, non che il trim effettivamente funzioni sulla tua configurazione.

glielo avevo detto pure io poco sopra, ma mi ha bypassato..