|
Quote:
Perchè in realtà se hai, dopo la prima passata del tool, eseguito l'aggiornamento del firmware (al EXT0CB6Q), sei già a posto. Se invece intendi la voce Performance Optimization, so che è stato mantenuto anche nella versione 6.0 di Magician, ma devi sapere che si tratta di un comando TRIM forzato ed è lo stesso che puoi eseguire negli strumenti (ottimizza) della proprietà del tuo SSD. Riguardo la dimenticanza...come dargli contro, a momenti rischiava una causa milionaria :D vorranno dimenticarsi del 840 evo!!! |
Quote:
il momento buono è principalmente "quando serve" seguito a ruota da "quando costa meno" :D come siamo con l'andamento dei prezzi di camel/keepa? quanta urgenza hai? Quote:
se poi il prodotto offre più anni (es. 3 o 5 anni) questi valgono dal seriale, con tutte le possibili combinazioni riferibili ai 2 anni per legge ;) ciao ciao |
Quote:
...piuttosto io saltuariamente quando mi ricordo eseguo il Performance Optimization, ovvero lancio il comnado TRIM...diciamo ogni 3-4 mesi. Faccio bene? ...ovviamente non seguo alcuna guida (anche poi molte sono anche datate ormai) sulle magiche ottimizzazioni, Overprovisioning etc etc: i miei ssd vengono usati normalmente |
Quote:
ad ogni modo se lanci una trimmata manuale ogni 3-4 mesi di certo non gli fa male ;) Quote:
ciao ciao |
Quote:
|
Quote:
Riguardo il bug, la procedura di riparazione è quella che ti ho descritto; prima il tool riscriveva i dati poi il nuovo firmware metteva una pezza con il leveling più aggressivo. Pensavo scherzassi sulla dimenticanza nella pagina del Samsung 840 EVO. Vero che l'EVO non c'è ma il PRO si, ma anche vero che nel datasheet di Magician 6.0 è scritto chiaramente che è supportato (840 series... comprende tutti e tre i modelli). Quote:
Quote:
E' l'esatto contrario; il Samsung 840 EVO fu oggetto di "riparazione" mentre l'840 "liscio" (il primo modello TLC) ormai fuori produzione, fu lasciato al suo destino. https://www.hwupgrade.it/news/storag...ura_54471.html Personalmente il vecchio 840 (liscio) ne era esente mi ricordo...ma altri dicevano che era un problema comune di tutti e due i modelli a celle TLC 20nm. Addirittura molti dimostrarono che nonostante la riparazione del bug, questi ssd furono sempre oggetto di cali prestazionali (da quì il mio dire "forse erano tempi acerbi di work in progress per trovare i migliori compromessi per gli algoritmi e la struttura delle nuove celle TLC"). Per aiutare a ricordare, link alla discussione originale; così se volete c'è il piccolo software creato da un utente e che ha permesso di sbattere in faccia a Samsung il problema. :D https://www.overclock.net/forum/355-...cted-ssds.html |
Non sono stato chiaro con la risposta. Intendevo semplicemente confermare che il problema esisteva [anche, o forse soprattutto] con l' 840 liscio e non è mai stato risolto; non sono completamente sicuro per l'840 EVO, ma in teoria il firmware avrebbe dovuto risolvere.
Questo problema con l'840 prima versione l'ho evidenziato più volte nel thread in passato con il mio esemplare da 250GB. Qui un paio di screenshot prima e dopo l'operazione di ripristino delle prestazioni, nel mio caso con l'utility DiskFresh, effettuato un paio di mesi fa. Uscì contemporaneamente a quello per l'840 EVO anche un firmware per questo modello precedente "liscio", ma non cambiò nulla. Credo che aggiunse solo il supporto alla versione di Samsung Magician di quel periodo che aveva un'opzione per eseguire una sorta di ripristino simile a quello che si può fare con programmi di terze parti. Questo programma non mostra bene il problema, perché le prestazioni in lettura, anche con gli SSD, possono essere influenzate dal file system (dimensione file, frammentazione, ecc). Occorre leggere l'SSD sequenzialmente in modalità raw per essere completamente sicuri. |
Qualche riferimento per i commenti riguardo frammentazione ed effetto sugli SSD a livello di filesystem:
https://www.hwupgrade.it/forum/showp...postcount=7539 https://www.hwupgrade.it/forum/showp...ostcount=10855 https://www.hwupgrade.it/forum/showp...ostcount=10872 https://en.freedownloadmanager.org/W...k-Fragger.html |
Quote:
Vero che il modello 840 EVO non è in vendita da secoli, ma esiste sempre la possibilità di un utente che non abbia fatto la procedura Poi per la cronaca con i bench fatti con Magician 6.1 il mio 840 EVO (appena ricreato come volume ed ancora vuoto se non per qualche mega) va come gli altri due, un 840 PRO ed un 860 EVO EDIT...e guarda caso da quel link su Magician (https://www.samsung.com/semiconducto...agician/)manca anche il modello 840 liscio, oltre all'EVO. Non ci avevo fatto caso prima...due volte sbadati???? |
Quote:
La lettura raw (che comunque non prende singoli blocchi ma porzioni più grandi) non sarebbe, a mio parere, stata abbastanza efficace nel dimostrare l'ipotesi. Quote:
Quote:
|
Quote:
Deframmentare un SSD è dannoso... :mbe: |
Il punto era che verificare eventuali decadimenti prestazionali dell'SSD (a livello flash) passando per il file system può non dare risultati affidabili perché la frammentazione dei file (a livello OS) può incidere sulle prestazioni in lettura, anche sugli SSD come evidenziato dai test effettuati nei commenti linkati.
|
Quote:
|
Non credo si possa fare nulla a parte forzare un refresh dei dati con utility di terze parti come suggerito in precedenza. Ad oggi solo il Samsung 840 TLC prima versione ha problemi in tal senso, che io sappia. Decadimenti prestazionali di simile natura accadono anche con altri SSD, incluso il Crucial MX500 e probabilmente altri con memorie TLC o QLC, ma le prestazioni non scendono mai sotto livelli accettabili; probabilmente questo è per una gestione firmware che privilegia il mantenimento delle prestazioni che l'usura a lungo termine. In misura minore può essere osservabile anche con gli SSD dalle ultime memorie MLC prodotte.
Per conto mio, il Samsung 840 250GB che ho (dal 2013; ne ho anche un altro da 120GB su un altro PC) è quasi inutilizzabile come se fosse un normale SSD dato che occorre periodicamente "rigenerarlo". Dato che i tempi di risposta rimangono grossomodo gli stessi, a seconda dell'uso il problema può non essere chiaramente avvertibile, ma in certe situazioni è ben più che evidente. |
Quote:
Certo, il Samsung 840 è comunque un prodotto molto diffuso, strano che non si sia lamentato nessuno di un problema cosi evidente. |
Quote:
Che poi visto che citi anche l'MX500 che ho montato sul mio pc a lavoro (v. firma), mi interessa due volte :D :( Grazie |
Quote:
Quote:
Quanto agli altri SSD che potrebbero manifestare problemi di simile natura (il che non vuol dire di simile entità), la questione è che tipicamente si effettuano benchmark sulle prestazioni dei nuovi file e non quelli già memorizzati, ed i cali vengono generalmente mitigati dal firmware in un modo o nell'altro, dunque è difficile notarli nell'uso pratico. A pochi verrebbe normalmente in mente di effettuare test in tal senso. (EDIT: modificato il testo per chiarezza) Quote:
Quote:
Giù due screenshot con un test in lettura sequenziale raw (bypassando il file system), prima e dopo una passata di DiskFresh, effettuata qualche tempo fa. |
Ma l'utilizzo di DiskFresh che controindicazioni ha ? Non incide pesantemente sui cicli di scrittura del drive ? :wtf:
|
Quote:
Quote:
|
Prestazioni prima e dopo verificate in che modo? Con l'SSD in quali condizioni?
Non ho scritto che il programma va utilizzato in maniera preventiva, ma che il suo uso è una possibilità qualora accadano cali prestazionali simili (in natura ed entità) a quelli del Samsung 840 prima serie. Con quest'ultimo non c'è alternativa perché la velocità in lettura come evidenziato sopra può calare dopo qualche mese anche a 15-20 MB/s: a livelli di una pendrive USB. Ribadisco che si tratta di velocità in lettura sui dati statici (pre-esistenti, memorizzati da settimane/mesi). Non è una prova che si può fare con CrystalDiskInfo ed i soliti altri benchmark sintetici, i quali ne creano di nuovi (temporanei) per ogni test. |
Tutti gli orari sono GMT +1. Ora sono le: 01:37. |
|
Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Hardware Upgrade S.r.l.