[Thread] Samsung 840 ssd sata 6gb/s

[gianmarco_roma]

Originariamente inviato da david-1

Tempo fa hanno bruciato un sacco di 850 con un nuovo fw.... si pensa che sta volta abbiano deciso di limitare il numero di download giornalieri per precauzione.... se il fw dovesse bruciare l'hdd almeno saprebbero con certezza quanti danni hanno causato

ok, però Magician la nuova versione 4.6 nemmeno me la segnala...

[ritpetit]

Originariamente inviato da gianmarco_roma

ok, però Magician la nuova versione 4.6 nemmeno me la segnala...

Perché tu scrivi e leggi qua sopra.
Mica sei un "utonto".
"Loro" lo sanno, e non vogliono rischiare di far fare da cavia ai clienti competenti che poi gli fanno un mazzo tanto ...

[Sandan]

Scusate, riposto vedendo che giustamente siete intrigati con stò bug.
Aggiungo in merito al bug, su un 840 liscio che soluzione artigianale ci potrebbe essere per attenuare il problema, defrag?

Ciao,

ho un 840pro-256 su intel h77 e win7 pro.

Avendo una coppia di dischi meccanici in raid mirror, il controller ed i driver sono impostati per il raid.

In questa config, Magician 4.5 pur riconoscendo il drive, non mi permette di eseguire l'ottimizzazione,(che eseguo di tanto in tanto perchè se non ricordo male ottimizza anche lo spazio libero) e l'agg. firm.

Qualcuno sà se ci son driver raid più recenti che risolvono il prob, o se il nuovo magician 4.6 lavora col raid?

Aggiungo,secondo voi a livello prestazionale, il nuovo 850-128gb compete con il mio 840-256gb?

Grazie in anticipo.

[s12a]

Originariamente inviato da Sandan

Scusate, riposto vedendo che giustamente siete intrigati con stò bug.
Aggiungo in merito al bug, su un 840 liscio che soluzione artigianale ci potrebbe essere per attenuare il problema, defrag?

Io mi sono preparato uno script per MyDefrag che esclude i file che:
- Sono più grandi di 25 GB (l'ho fatto per escludere file immagini sull'SSD da 250GB)
- Sono stati creati meno di 40 giorni fa
- Sono più piccoli di 25 MB e che sono stati modificati meno di 30 giorni fa

Il tipo di deframmentazione adottata fa sì che praticamente tutti i file non esclusi vengano riscritti. Viene effetutato uno shift degli stessi verso l'inizio della partizione in base al gap assegnato all'inizio (che è proporzionale allo spazio libero, dunque cambia ogni volta).

Fa eseguire un po' meno scritture di una passata di DiskFresh escludendo file che quasi sicuramente non sono afflitti dal problema, ma comunque deframmenta gli altri, cosa che in misura abbastanza lieve migliora le prestazioni in lettura anche su gli SSD. DiskFresh invece ricopia gli stessi settori dov'erano, e se non fosse per il bug/mancanza firmware (credo voluta, a questo punto), sarebbe praticamente inutile.


Ecco il codice, ho semplicemente modificato uno script già esistente (la base era "monthly data") semplificandolo un po' ed adeguandolo ai bisogni che ho.

Title('SSD Special')
Description("For SSD") 

/* Select and process the volumes one by one. */
VolumeSelect
  CommandlineVolumes()
VolumeActions

  /* Zone 1: Place the MFT and some other special NTFS files. */
  FileSelect
    SelectNtfsSystemFiles(yes)
  FileActions
    PlaceNtfsSystemFiles(Ascending,MftSize * 0.01)
  FileEnd

  /* Zone 2: Directories. */
  FileSelect
    Directory(yes)
  FileActions
    MoveDownFill()
  FileEnd

  /* Make a relatively random gap to ensure full copy */
  MakeGap(RoundUp(ZoneBegin,VolumeFree * 0.02))

	/* No files bigger than 25GB or created in the last 40 days or smaller than 25MB and modified in the last 30 days */
	FileSelect	
		not(
			(Size(25000000000,0) or CreationDate(40 days ago,now))
			or (Size(0,25000000) and LastChange(30 days ago,now))
		)	
	FileActions
		MoveDownFill()
	FileEnd

VolumeEnd

Secondo me basta effettuarlo una volta ogni 45-60 giorni, da quello che ho visto.

Il programma è qui: http://www.mydefrag.com/

[ryosaeba86]

ragazzi mi dite in che stato sta il mio 840Pro da 256gb....??
ultimamente noto dei rallentamenti...




Grazie

[s12a]

Originariamente inviato da ryosaeba86

ragazzi mi dite in che stato sta il mio 840Pro da 256gb....??
ultimamente noto dei rallentamenti...

Credo sia un'ulteriore conferma (da quanto ho avuto modo di vedere in giro) che questo problema degli 840/840 EVO sia comune a diversi SSD anche con memorie MLC contenenti dati statici da un po' di tempo e non per quelli con memorie TLC (anche se probabilmente su questi si manifesta più velocemente) e che dunque sia intrinseco della tecnologia adottata e si può solo mitigare/mascherare aggiornando le celle più frequentemente (sia questo per mezzo del wear leveling o con algoritmi mirati).

Se hai già verificato che al ripetersi del test le condizioni risultano le medesime (magari prima impostando da HDTune la dimensione blocco a 8MB ed il test al massimo su "accurato"), potresti provare se con una passata di DiskFresh (oppure myDefrag con lo script che ho allegato od anche quello incluso "data disk monthly") le prestazioni tornano a posto?

Dai dati SMART (che HDTune non riporta correttamente per questi Samsung, in ogni caso), non ci sono problemi.

[Sandan]

Grazie!

Come lo inserisco lo script?

Riguardo l'altra questione raid, sai dirmi qualcosa?

Grazie ancora!

[s12a]

Originariamente inviato da Sandan

Grazie!

Come lo inserisco lo script?

Va inserito in un file nella cartella di installazione del programma dove sono contenuti gli script di deframmentazione dello stesso; di default è C:\Program Files\MyDefrag v4.3.1\Scripts

Dopo di che apparirà fra gli script selezionabili all'avvio.

Riguardo l'altra questione raid, sai dirmi qualcosa?

Per quanto ne sappia Magician non funziona con il RAID.

[ryosaeba86]

Originariamente inviato da s12a

Credo sia un'ulteriore conferma (da quanto ho avuto modo di vedere in giro) che questo problema sia comune a diversi SSD anche con memorie MLC contenenti dati statici da un po' di tempo e non specifico per i Samsung 840 con memorie TLC (anche se probabilmente su questi si manifesta più velocemente) e che dunque sia intrinseco della tecnologia adottata e si può solo mitigare/mascherare aggiornando le celle più frequentemente (sia questo per mezzo del wear leveling o con algoritmi mirati).

Se hai già verificato che al ripetersi del test le condizioni risultano le medesime (magari prima impostando da HDTune la dimensione blocco a 8MB ed il test al massimo su "accurato"), potresti provare se con una passata di DiskFresh (oppure myDefrag con lo script che ho allegato od anche quello incluso "data disk monthly") le prestazioni tornano a posto?

Dai dati SMART (che HDTune non riporta correttamente per questi Samsung, in ogni caso), non ci sono problemi.

il test era su accurato....fatto anche stamattina ed era un pochino peggio...ora provo myDefrag...
grazie

[spidermind79]

Originariamente inviato da s12a

Io mi sono preparato uno script per MyDefrag che esclude i file che:
- Sono più grandi di 25 GB (l'ho fatto per escludere file immagini sull'SSD da 250GB)
- Sono stati creati meno di 40 giorni fa
- Sono più piccoli di 25 MB e che sono stati modificati meno di 30 giorni fa

Il tipo di deframmentazione adottata fa sì che praticamente tutti i file non esclusi vengano riscritti. Viene effetutato uno shift degli stessi verso l'inizio della partizione in base al gap assegnato all'inizio (che è proporzionale allo spazio libero, dunque cambia ogni volta).

Fa eseguire un po' meno scritture di una passata di DiskFresh escludendo file che quasi sicuramente non sono afflitti dal problema, ma comunque deframmenta gli altri, cosa che in misura abbastanza lieve migliora le prestazioni in lettura anche su gli SSD. DiskFresh invece ricopia gli stessi settori dov'erano, e se non fosse per il bug/mancanza firmware (credo voluta, a questo punto), sarebbe praticamente inutile.


Ecco il codice, ho semplicemente modificato uno script già esistente (la base era "monthly data") semplificandolo un po' ed adeguandolo ai bisogni che ho.

Title('SSD Special')
Description("For SSD") 

/* Select and process the volumes one by one. */
VolumeSelect
  CommandlineVolumes()
VolumeActions

  /* Zone 1: Place the MFT and some other special NTFS files. */
  FileSelect
    SelectNtfsSystemFiles(yes)
  FileActions
    PlaceNtfsSystemFiles(Ascending,MftSize * 0.01)
  FileEnd

  /* Zone 2: Directories. */
  FileSelect
    Directory(yes)
  FileActions
    MoveDownFill()
  FileEnd

  /* Make a relatively random gap to ensure full copy */
  MakeGap(RoundUp(ZoneBegin,VolumeFree * 0.02))

	/* No files bigger than 25GB or created in the last 40 days or smaller than 25MB and modified in the last 30 days */
	FileSelect	
		not(
			(Size(25000000000,0) or CreationDate(40 days ago,now))
			or (Size(0,25000000) and LastChange(30 days ago,now))
		)	
	FileActions
		MoveDownFill()
	FileEnd

VolumeEnd

Secondo me basta effettuarlo una volta ogni 45-60 giorni, da quello che ho visto.

Il programma è qui: http://www.mydefrag.com/

Fatta una passata, cha messo 2 ore buone, hard disk pieno 109 gb liberi, ecco risultato:




Cosa ne pensate? cmq penso inizio settimana di mettere firmware e vedere da la' in poi come va'.

[s12a]

Se hai l'840 EVO perché hai usato myDefrag e non aspettato di installare il nuovo firmware?

Le microinterruzioni (i picchi simili fra loro) nel grafico mi sembrano accessi all'SSD da parte di qualche altro programma (inclusi quelli che leggono i dati SMART), tolte quelle ora sembra andare normalmente.

[spidermind79]

sisi 840 evo 500 gb, devo capire qual'e' sto' programma sinceramente, vorrei un grafico piatto normale, nn sti' picchi all'ingiu'

[s12a]

Dopo diversi cicli di scrittura "bruciati", credo di potere confermare con sufficiente certezza che il Samsung 840 (e presumibilmente anche l'EVO, almeno fino al precedente firmware) non sembra effettuare wear leveling statico oppure la cosa avviene molto debolmente.

Ho provato a riempire quello da 250GB che uso come drive secondario al 100% ed effettuare scritture sequenziali a ritmo continuo su un file da 64 MB con uno script in Python. La write amplification rimane sempre attorno a 1.02-1.05, segno che le scritture avvengono sempre sugli stessi blocchi di memoria (inclusi quelli di overprovisioning) e che non c'è ricambio di celle. Se ciò avvenisse, la write amplification aumenterebbe perché l'operazione comporta un overhead, ossia scritture addizionali oltre a quelle richieste dall'OS.

Considerando che il Samsung 840 ha 256 GB di memoria NAND in totale, di cui 24 GB di overprovisioning e 232 GB utilizzabili, se il numero di cicli di scrittura effettuato in media nello spazio occupato da dati fosse di 100, per far aumentare la media globale a 101, risulta che con una media pesata il numero medio di cicli di scrittura effettuato sullo spazio di overprovisioning dovrebbe essere di 110.5 circa.

10.5 cicli di scrittura effettuati su 24 GB = 254.4 GB ... non troppo lontano da quello che ci vuole per fare aumentare di 1 il contatore medio con scritture puramente sequenziali.

Credo che questo possa spiegare perché i dati "vecchi" rallentano. È quasi sicuramente perché non viene effetutato wear leveling sui dati statico, ma solo su quello di overprovisioning (incluso lo spazio trimmato).


EDIT (non avevo visto questo messaggio)

Originariamente inviato da spidermind79

sisi 840 evo 500 gb, devo capire qual'e' sto' programma sinceramente, vorrei un grafico piatto normale, nn sti' picchi all'ingiu'

Ad esempio CrystalDiskInfo, se lo hai installato? Anche lo stesso HDTune può causare quelle interruzioni se verifichi spesso i dati SMART / la temperatura del drive. In ogni caso direi che non dipendano da problemi al drive.

[peppe22]

ho appena aggiornato il firm sull'evo in firma...fatto in pochi secondi, tutto filato liscio...non noto alcuna differenza prestazionale di sorta...infatti anche pre-nuovo firm il grafico del mio hd tune era piatto(ed è sempre stato cosi sin dal firmware di ottobre)...prima invece no, ricordo bene che c'erano molti picchi in giù

[spidermind79]

ok trovato il programma, aida64 aveva funzione smart abilitata, ecco grafico hdtune pro e hd tach:





Quel picco verso la meta' penso sia qualche dato vecchio che mydefrag ha saltato, in settimana dopo che altri han dato feedback positivo aggiornero' firmware e rifaro' test per vedere se torna tutto piatto.

[dratta]

Buongiorno e buona domenica tutto il forum. Mi accingo a provare a postare un immagine per la prima volta, sperando che ci riesco. Il post fa riferimento ad un SSD che ho dovuto sostituire da un altro Samsung 840 pro che mi è partito dopo 2 anni. secondo voi è a posto visto che non ci capisco nulla con i grafici.
Grazie

http://i.imgur.com/T1TNOU7.jpg?1

[s12a]

Quel grafico non ha nulla a che vedere con lo stato di salute dell'SSD.

[dratta]

Originariamente inviato da s12a

Quel grafico non ha nulla a che vedere con lo stato di salute dell'SSD.

Grazie per aver risposto, ma come hai capito, non è che ne capisco molto. Cosa utilizzare? Vedo che tutti postano grafici con HDtune! Premesso che l'SSD ha una settimana di lavoro (comunque vedo che il post è andato). Come ho detto nel precedente dopo 2 anni mi dava un mucchio di errori 840 Pro con errori di tutti i generi e frequenti schermate blu, che adesso non ho più con questo. Per la cronaca O.S. Windows 8.1 a 64bit.
configurazione in firma
Grazie e buona domenica

[s12a]

Prova ad effettuare uno screenshot da un programma che ne legga i dati SMART come CrystalDiskInfo ed allegarlo qui.

Esempio, il mio da 250GB:

[dratta]

Ti posto lo screenshot sono andato a scaricarlo il software? Grazie.
Ciao

http://i.imgur.com/FdEKBjt.jpg