[Thread] Samsung 840 ssd sata 6gb/s

[PuppinoCbr]

Originariamente inviato da s12a

Se hai smanettato qualche impostazione da bios che ha fatto spegnere temporaneamente la scheda madre (quelle della memoria, frequenza processore, ecc), ognuno di quei spegnimenti conta come arresto anomalo purtroppo.

Beh, effettivamente solo per quello potrebbe essere
Grazie

[thegamba]

Originariamente inviato da baraco

ma se volessi testare l'840 con il controller Marvel Sata 3 e poi con quello on Board Sata 2 quale programmi mi consigliate per il test?

Il marvell dimenticatelo Quello montato sulla mia mobo cerca i dischi dopo il post, con diversi secondi di perdita di tempo. E le prestazioni non sono paragonabili a quelle di un sata3, e forse neanche a quelle di un sata2.

Cmq crystaldisk-mark e asssd benchmark

[Danilo Cecconi]

Originariamente inviato da s12a

..
Se hai smanettato qualche impostazione da bios che ha fatto spegnere temporaneamente la scheda madre (quelle della memoria, frequenza processore, ecc), ognuno di quei spegnimenti conta come arresto anomalo purtroppo.

Confermo!
Ne so qualcosa io che tra smanettamenti vari, scollegamenti e ricollegamenti dei vari hd con modifiche al bios, installazioni errate e un paio di interruzioni di corrente, sono arrivato a 32!

[s12a]

Originariamente inviato da PuppinoCbr

Diciamodi si, anche se lentamente.
E' passato da poco a 18 cicli (1,05 TB scritture su host). Ora ho un w.a. di 4,4X (contro i 5,5x iniziali: 16 cicli e 736 GB di scritture)

A proposito, se hai mantenuto CrystalDiskInfo sempre attivo, puoi vedere qual è stata la write amplification per gli ultimi cicli. In tal caso però avresti solamente il dato per il ciclo 17, dato che l'SSD è partito da 16 e non puoi sapere a quanti GB di scritture è iniziato esattamente.

Ecco il grafico nel corso del tempo per il mio:



La linea gialla rappresenta la WA per ogni ciclo, mentre quella verde, quella cumulativa nel tempo.

[baraco]

L'AHCI devo attivarlo nel bios o lo uso in modalità sata?
Ho letto che ci sono poche differenze.. Poi tenendo presente i miei lenti controller a disposizione...

[thegamba]

Originariamente inviato da baraco

L'AHCI devo attivarlo nel bios o lo uso in modalità sata?
Ho letto che ci sono poche differenze.. Poi tenendo presente i miei lenti controller a disposizione...

AHCI senza dubbio L'altra modalità è IDE, ma in questo caso non ti serve, anzi, perderesti solo prestazioni.

Mi raccomando, abilitalo PRIMA di installare Windows, altrimenti poi ti tocca lavorare di registro e.... Insomma, un gran bel casino

[Danilo Cecconi]

@ s12a
Scusami, ma come si fa ad avere quel grafico in Crystaldiskinfo?
L'unico che ho io mi fa accedere solo ad una voce alla volta e non ho trovato il modo di modificare le impostazioni. Ho la versione 5.6.2

[PuppinoCbr]

Originariamente inviato da baraco

L'AHCI devo attivarlo nel bios o lo uso in modalità sata?
Ho letto che ci sono poche differenze.. Poi tenendo presente i miei lenti controller a disposizione...

Se ti dà tale possibilità nel bios, comunque attiva tale modalità. Pochi o tanti guadagni che siano, sono "gratuiti" e giacché l'hai..
In ogni caso é più ottimizzato

[PuppinoCbr]

Originariamente inviato da Danilo Cecconi

Confermo!
Ne so qualcosa io che tra smanettamenti vari, scollegamenti e ricollegamenti dei vari hd con modifiche al bios, installazioni errate e un paio di interruzioni di corrente, sono arrivato a 32!

Originariamente inviato da s12a

A proposito, se hai mantenuto CrystalDiskInfo sempre attivo, puoi vedere qual è stata la write amplification per gli ultimi cicli. In tal caso però avresti solamente il dato per il ciclo 17, dato che l'SSD è partito da 16 e non puoi sapere a quanti GB di scritture è iniziato esattamente.

Vi ringrazio tanto!

@Danilo
Grazie per l'utleriore conferma. Esiste una "giurisprudenza" in merito? Collezzionandone parecchi, aumentano abbastanza i rischi o...?

@s12a
Grazie. Purtroppo mi son dimenticato "a piè pari" di attivarlo dall'inizio.
Però inizio da adesso.. almeno posso monitorare meglio per il futuro

[s12a]

Originariamente inviato da Danilo Cecconi

@ s12a
Scusami, ma come si fa ad avere quel grafico in Crystaldiskinfo?
L'unico che ho io mi fa accedere solo ad una voce alla volta e non ho trovato il modo di modificare le impostazioni. Ho la versione 5.6.2

L'ho creato manualmente su un foglio di calcolo a partire dai file in CSV contenenti i dati loggati del drive.



Dal file "Wear Leveling Count" ti trovi il momento esatto in cui è scattato il ciclo d'usura successivo, e dal file "Host writes" quanti GB sono stati scritti in totale quando esso è scattato. Metti i dati in tabella e poi con un paio di calcoli ricavi la write amplification per ogni ciclo.

Questo funziona solo se hai mantenuto CrystalDiskInfo sempre acceso e se non hai effettuato troppe scritture insieme nel momento in cui è scattato il ciclo successivo.



Così facendo io posso anche calcolarmi a grandi linee più o meno quando scatterà il ciclo successivo in base all'ultimo dato di write amplification calcolato (la colonna WLC+1).

[PuppinoCbr]

Originariamente inviato da s12a

L'ho creato manualmente su un foglio di calcolo a partire dai file in CSV contenenti i dati loggati del drive...

Ottimo! Buono a sapersi

[s12a]

Originariamente inviato da PuppinoCbr

@Danilo
Grazie per l'utleriore conferma. Esiste una "giurisprudenza" in merito? Collezzionandone parecchi, aumentano abbastanza i rischi o...?

Ogni unsafe shutdown (ossia spegnimento dell'SSD senza che venga mandato il comando SATA apposito per "prepararlo" all'operazione) è una possibilità di perdere dati o peggio mandare il drive in bricking. Gli SSD a causa di come lavorano (grande cache in cui i dati possono rimanere a lungo prima di essere scritti, tabella di indirizzamento memoria NAND sempre in "movimento", ecc) sono purtroppo più suscettibili degli hard disk agli spegnimenti in malomodo, ma più per questioni "software" che effettiva rottura "hardware".

Per questo alcuni modelli (specie enterprise) hanno condensatori per prevenire questo problema e fare in modo che quando viene a mancare l'alimentazione sia garantito che tutti i dati che devono essere aggiornati e scritti lo facciano effettivamente.

Detto questo, lo spegnimento "soft" del PC dovrebbe essere di gran lunga meno pericoloso di quello "hard" in cui viene a mancare fisicamente l'alimentazione. Inoltre i firmware degli SSD possono avere strategie di prevenzione/ridondanza contro possibili problemi in merito, anche senza che l'SSD abbia condensatori di supporto.

[Danilo Cecconi]

Originariamente inviato da PuppinoCbr

Vi ringrazio tanto!

@Danilo
Grazie per l'utleriore conferma. Esiste una "giurisprudenza" in merito? Collezzionandone parecchi, aumentano abbastanza i rischi o...?

E' come per i normali valori SMART, cioè la voce "Attuale" scende di un punto ogni tot n° di errori, avvicinandosi sempre più alla "Soglia".
Sotto tale limite dovrebbero insorgere seri problemi di funzionamento,... almeno in teoria.
Il mio, con 32 errori, il valore "Attuale" è sceso a 99 dal 100 iniziale, ma non ho visto a che n° esatto è sceso (forse 18/20 ), ricordo solo che al momento del cambio mobo, a causa di molti "aggiustamenti" del bios, mi ritrovai di colpo da 2 a 25.
Ipotizzo un n° max di 2000 errori circa.
Ora terrò d'occhio la situazione, per vedere, in caso di aumento (spero di no!! ), a che n° di errori la voce "Attuale" passa a 98.

PS: la spiegazione vale per la maggior parte delle voci dello S.M.A.R.T. di qualsiasi disco, sia esso meccanico che SSD.

PPS: per "aggiustamenti" del bios intendo modifiche al tipo di periferica di boot, impostazioni IDE>AHCI e viceversa, o qualsiasi modifica con successivo riavvio. Non so se influisce anche il semplice accesso al bios senza modificarlo.
Ora provo

Edit
@s12a
Grazie mille

[s12a]

Originariamente inviato da Danilo Cecconi

E' come per i normali valori SMART, cioè la voce "Attuale" scende di un punto ogni tot n° di errori, avvicinandosi sempre più alla "Soglia".
Sotto tale limite dovrebbero insorgere seri problemi di funzionamento,... almeno in teoria.

L'unsafe shutdown count non aumenta la possibilità di errori in maniera cumulativa. Il solo fatto di togliere l'alimentazione al drive malamente può non causare nulla come mandare il drive in bricking, indipendentemente dagli eventi precedenti. E' totalmente casuale, anche se togliere l'alimentazione fisicamente aumenta esponenzialmente questa probabilità per evento.

Il mio, con 32 errori, il valore "Attuale" è sceso a 99 dal 100 iniziale, ma non ho visto a che n° esatto è sceso (forse 18/20 ), ricordo solo che al momento del cambio mobo, a causa di molti "aggiustamenti" del bios, mi ritrovai di colpo da 2 a 25.

Io sono a 53 e l'indicatore normalizzato è sempre a 99.

PPS: per "aggiustamenti" del bios intendo modifiche al tipo di periferica di boot, impostazioni IDE>AHCI e viceversa, o qualsiasi modifica con successivo riavvio. Non so se influisce anche il semplice accesso al bios senza modificarlo.

Da quello che ho visto l'indicatore aumenta dopo aver modificato alcune impostazioni da BIOS che fanno spegnere la scheda madre, un "vizio" dei chipset Intel prodotti da qualche anno a questa parte, per quanto ho avuto modo di vedere.

[PuppinoCbr]

Perfetto Ottimo approfondimento e ringrazio entrambi!

Almeno, sapendo dove risiede il problema (dato che spegnimenti anomali da SO e interruzioni di corrente non ce ne son stati), posso comunque rimediare per le prossime volte: a pc spento, prima di modifiche e prove nel bios, scollego l'alimentazione dell'ssd (dato che ho il bigTower sempre aperto, come da foto nella firma) e quando ho definito, spengo e ricollego l'ssd. Non è affatto un grosso problema.. basta saperlo

Ps. Premettendo di avere il backup di tutti i dati dell'ssd, in caso di brick, (ho fatto miracoli su molti meccanici ma non sugli SSD), non conoscendo la gestione delle problematiche e risoluzioni sugli ssd, c'è comunque modo di "riazzerare" gli errori e riavere un disco "come nuovo", scritture e cicli a parte? O, a causa di impieghi "fisici" di corrente anomala e condensatori, etc., sarà comunque un disco "toccato", sempre che sia "ripristinato" a dovere..?

[arvin78]

Ma la versione EVO rispetto all'840 PRO e liscio, dove si colloca? (a livello di prestazioni intendo)

[s12a]

Originariamente inviato da PuppinoCbr

Perfetto Ottimo approfondimento e ringrazio entrambi!

Almeno, sapendo dove risiede il problema (dato che spegnimenti anomali da SO e interruzioni di corrente non ce ne son stati), posso comunque rimediare per le prossime volte: a pc spento, prima di modifiche e prove nel bios, scollego l'alimentazione dell'ssd (dato che ho il bigTower sempre aperto, come da foto nella firma) e quando ho definito, spengo e ricollego l'ssd. Non è affatto un grosso problema.. basta saperlo

Mi sembrano attenzioni eccessive, e poi non bisogna sottovalutare la possibilità che ti rimanga il connettore SATA in mano, ad un altro utente in questo thread (o quello generale) è già successo.

Ps. Premettendo di avere il backup di tutti i dati dell'ssd, in caso di brick, (ho fatto miracoli su molti meccanici ma non sugli SSD), non conoscendo la gestione delle problematiche e risoluzioni sugli ssd, c'è comunque modo di "riazzerare" gli errori e riavere un disco "come nuovo", scritture e cicli a parte? O, a causa di impieghi "fisici" di corrente anomala e condensatori, etc., sarà comunque un disco "toccato", sempre che sia "ripristinato" a dovere..?

Per quanto ne sappia, sui Crucial/Micron c'è una procedura che comporta il collegare il drive con la sola alimentazione al PC (no cavo SATA) per una o due ore, spegnere e ripetere l'operazione. Dovrebbe entare in gioco una sorta di modalità recovery che permette di riparare le tabelle di allocazione interne dell'SSD e se si è fortunati ovviare al bricking. Non ho assolutamente idea se anche per i Samsung funziona una simile procedura.

Come detto, la maggior parte delle volte il bricking è puramente "software", non ci sono veri e propri danni hardware, "semplicemente" l'SSD perde traccia della mappa di indirizzamento della memoria NAND installata. Se si riesce a riparare via software tale forma di bricking, non dovrebbero rimanere danni permanenti.

Originariamente inviato da arvin78

Ma la versione EVO rispetto all'840 PRO e liscio, dove si colloca? (a livello di prestazioni intendo)

Fra l'840 PRO e l'840 liscio in certi casi (iops), sulla stessa fascia dell'840 PRO in altri (velocità in sequenziale, random 4k QD1).

Tocca vedere se le prestazioni in caso di scritture sostenute (decine di GB scritti tutti insieme per volta) rimangono stabili e come si comporta in caso di lettura e scrittura contemporanee; questi sono valori che non escono fuori facilmente nei benchmark o nei dati dichiarati.

[baraco]

Originariamente inviato da thegamba

AHCI senza dubbio L'altra modalità è IDE, ma in questo caso non ti serve, anzi, perderesti solo prestazioni.

Mi raccomando, abilitalo PRIMA di installare Windows, altrimenti poi ti tocca lavorare di registro e.... Insomma, un gran bel casino

Uhm.. ipotizziamo che io abbia già 2 hard disk con 4 partizioni di 7 boottanti... se lavoro di registro su una partizione .... come come faccio a lavorare di registro nelle altre 3 se non ripartono più?


Cioè lavoro di registro... entro nel BIOS cambio AHCI ..e?!?!?

La modalità IDE mi permetteva di aggiungere unaltro HD lasciando in sistema BOOT_INTATTO... ho letto da qualche parte che la differenza tra i due settaggi è minima...

[Danilo Cecconi]

Originariamente inviato da s12a

Da quello che ho visto l'indicatore aumenta dopo aver modificato alcune impostazioni da BIOS che fanno spegnere la scheda madre, un "vizio" dei chipset Intel prodotti da qualche anno a questa parte, per quanto ho avuto modo di vedere.

Allora è un vizio anche degli AMD, visto che il mio è di questa marca

[illidan2000]

Originariamente inviato da baraco

Uhm.. ipotizziamo che io abbia già 2 hard disk con 4 partizioni di 7 boottanti... se lavoro di registro su una partizione .... come come faccio a lavorare di registro nelle altre 3 se non ripartono più?


Cioè lavoro di registro... entro nel BIOS cambio AHCI ..e?!?!?

La modalità IDE mi permetteva di aggiungere unaltro HD lasciando in sistema BOOT_INTATTO... ho letto da qualche parte che la differenza tra i due settaggi è minima...

è ovvio che deve bootare per cambiare le voci in registro! quindi rimetti temporaneamente in IDE