SSD: thread generale e consigli per gli acquisti

[s12a]

Il defrag serve più al file system (sistema operativo) che all'SSD. Più i dati sono frammentati, più le scritture tenderanno al random ed aumenta la latenza per il carico maggiore sulla CPU, dato che viene inviato un nuovo comando di I/O per ogni banda di settori non contigui. Avevo effettuato e riportato qui diversi test in passato (su Windows) che dimostravano come le prestazioni specie in lettura sequenziale calassero notevolmente (anche se ben lontani dai livelli di un hard disk) non appena un file cominciava ad essere frammentato. Con i file system COW (copy-on-write), dove ogni modifica viene scritta su un nuovo settore/i, il problema può essere notevolmente accentuato e la deframmentazione periodica (o effettuata "sul posto") diventa addirittura necessaria a meno di non voler vedere le prestazioni in lettura e scrittura ridotte ad una tartaruga a lungo termine (ma, NTFS non è un file system COW)

Con gli hard disk, generalmente limitazioni meccaniche subentrano prima che questo fenomeno si verifichi.

In ogni caso credo che si stiano abbondantemente sovrastimando gli impatti sulle scritture che il defrag di Windows fa, causate da anni di isterismi che "la deframmentazione non serve sugli SSD" che è un assolutismo vero solo parzialmente e non per i motivi generalmente asseriti. Nessuno è davvero mai andato a controllare quante scritture effettua e come? Piccolo spoiler: effettuarla manualmente più volte consecutivamente, dopo qualche GB iniziale (in maniera proporzionale alla frammentazione dei dati esistenti) non apporta alcun numero significativo di scritture, e la write amplification per le scritture corrispondente ad esso è praticamente pari ad 1.

[giovanni69]

Originariamente inviato da Nicodemo Timoteo Taddeo

Non lo so e non ci tengo a verificarlo. Il tafazzismo spinto alle estreme conseguenze non è attività che mi affascina

Veramente il senso della mia affermazione era quello di chiedere se Windows propone la deframmentazione con cognizione dello stato di deframmentazione o solo perchè c'è uno scheduler che lo impone 12 volte all'anno, deciso da Microsoft.

Grazie s12a

[aled1974]

come dicevo scheduler (programmabile, 1 volta al mese è la preimpostazione microsoft), del resto il bug si riferisce proprio a questo


@ s12a

vero e mi ricordo dei tuoi test, apprezzatissimi come sempre

il "problema" non è nella consecutività dell'operazione che appunto non è detto che operi una vera riscrittura completa (più facile il contrario) ma quando questa viene fatta ad ogni avvio macchina (+1) o più volte al giorno ma distanziate tra loro
e più sono distanziate e più dati sono stati scritti/cancellati (dall'OS o da noi), quindi più celle vengono coinvolte nell'ottimizzazione

ma siccome ne sai più di me e non ricordo più i risultati dei tuoi test, se vuoi approfondire con una sintesi sui dati dell'allora lavorone che facesti ben venga

anzi, questa tua sintesi potrebbe finire in pagina 1, lo trovo un aspetto molto interessante

ciao ciao



Edit
vedi a dirla troppo forte .... forse ms ha risolto il bug con l'ultimo aggiornamento cumulativo di questi giorni, aggiornamento che si trova solamente andandolo a scaricare manualmente tra quelli facoltativi, codice KB4571744, stasera scarico e vediamo cosa fa

[Nicodemo Timoteo Taddeo]

Originariamente inviato da giovanni69

Veramente il senso della mia affermazione era quello di chiedere se Windows propone la deframmentazione con cognizione dello stato di deframmentazione o solo perchè c'è uno scheduler che lo impone 12 volte all'anno, deciso da Microsoft.

È da tre mesi che se discute sia qui che da altre parti, penso che un po' tutti avrebbero dovuto capirlo che è programmato mensilmente. E su 8.1 puoi vederlo leggendo il log ottenibile come precedentemente suggerito. Tranne che manualmente o tramite qualche fantastica (in)utiity non è già stato disattivato.

[s12a]

@aled1974
Questi sono alcuni post scritti in passati sull'argomento, con test vari:

https://www.hwupgrade.it/forum/showp...ostcount=11041
https://www.hwupgrade.it/forum/showp...ostcount=11011
https://www.hwupgrade.it/forum/showp...ostcount=11029
https://www.hwupgrade.it/forum/showp...postcount=8425
https://i.imgur.com/wUxZIzV.png

[giovanni69]

Originariamente inviato da Nicodemo Timoteo Taddeo

È da tre mesi che se discute sia qui che da altre parti, penso che un po' tutti avrebbero dovuto capirlo che è programmato mensilmente. E su 8.1 puoi vederlo leggendo il log ottenibile come precedentemente suggerito. Tranne che manualmente o tramite qualche fantastica (in)utiity non è già stato disattivato.

Non rispondi in modo pertinente alla mia osservazione, vabbè. No problem.

[vw1961]

cmq leggevo che in un sito dicono che Microsoft ha risolto anche sto bug

della deframmenatzione..... meglio tardi che mai !

[Nicodemo Timoteo Taddeo]

Originariamente inviato da giovanni69

Non rispondi in modo pertinente alla mia osservazione, vabbè. No problem.

Come non rispondo in modo pertinente? Alla domanda:

Windows propone la deframmentazione con cognizione dello stato di deframmentazione o solo perchè c'è uno scheduler che lo impone 12 volte all'anno, deciso da Microsoft?

La risposta programmato mensilmente non è pertinente?


Salvo il bug di cui si sta discutendo ovviamente. Se no che bug sarebbe?

[Nicodemo Timoteo Taddeo]

Originariamente inviato da vw1961

cmq leggevo che in un sito dicono che Microsoft ha risolto anche sto bug

della deframmenatzione..... meglio tardi che mai !

Meglio aspettare perché il changelog della megapatch l'ho postato ieri e non è proprio il massimo della chiarezza:

"Risolve un problema che fa sì che la finestra di dialogo Optimize Drives (Ottimizza unità) riporti erroneamente che le unità ottimizzate in precedenza devono essere ottimizzate di nuovo."

https://www.hwupgrade.it/forum/showp...ostcount=17814


Io se avessi la 2004 aspetterei il mese prossimo per vedere effettivamente sul log cosa succede.

[vw1961]

ottimo GRANDE ! quindi apsetto ancora un altro mesetto minimo

prima di metterla sta 2004 ! grazie

Originariamente inviato da Nicodemo Timoteo Taddeo

Meglio aspettare perché il changelog della megapatch l'ho postato ieri e non è proprio il massimo della chiarezza:

"Risolve un problema che fa sì che la finestra di dialogo Optimize Drives (Ottimizza unità) riporti erroneamente che le unità ottimizzate in precedenza devono essere ottimizzate di nuovo."

https://www.hwupgrade.it/forum/showp...ostcount=17814


Io se avessi la 2004 aspetterei il mese prossimo per vedere effettivamente sul log cosa succede.

[giovanni69]

Originariamente inviato da aled1974

ma non che in ambito enterprise le cose siano tanto migliori, purtroppo

ad esempio i dischi exadrive NL (max 64tb) di nimbus-data sono su nand QLC mentre i più costosi DC (max 100tb) sono, per ora, ancora su nand TLC

E nel frattempo Phison su QCL per datacenter:
Phison presenta il primo SSD QLC enterprise da 15,36 TB

[RobbyBtheOriginal]

Originariamente inviato da vw1961

ottimo GRANDE ! quindi apsetto ancora un altro mesetto minimo



prima di metterla sta 2004 ! grazie

Io ce l'ho e non rilevo nulla di strano, ho disattivato tutto e lancio manualmente ogni tanto quando mi ricordo

by Tapaparla®©

[makka]

Anche io ho aggiornato i miei pc di casa e ho disabilitato l'ottimizzazione.
Sul portatile dell'ufficio invece il passaggio alla 2004 è segnalato come "in arrivo" ..... non penso sia il caso di "forzarlo".

OT: ma che ha questo thread ? Sono giorni che sembra ci siano 4 pagine in più ma poi non è vero.....

[aled1974]

qualcuno si è cancellato dal forum chiedendone la rimozione, penso

per la 2004, no inutile forzarla visto che anche l'aggiornamento facoltativo da cercare e installare manualmente non è stato ancora risolutivo al 100% per il problema trim/defrag

ciao ciao

[itachi23]

Buongiorno, qualcuno mi può consigliare un buon nvme m.2 da 500GB?

[vw1961]

infatti rimane indietro di 4 pagine !


voi che fate NON aggiornate ancora alla 2004 , non so che fare mi sa che

attendo ancora qualche mese con la 1904, che dite ?

[giovanni69]

Che fretta hai? Aspetta....

SSD con protezione da scrittura via hardware: il brevetto è di Innodisk

[giovanni69]

Che fretta hai? Aspetta....

SSD con protezione da scrittura via hardware: il brevetto è di Innodisk

[*Pegasus-DVD*]

salve, ho questo bug, qualcuno mi aiuta?

https://cdn.discordapp.com/attachmen...-17_022854.png

https://cdn.discordapp.com/attachmen...-17_225112.png


non riesco a mettere nessun driver a questo ssd anche se negli altri c'è.
come mai ?
l'ho notato ieri

[@Liupen]

Originariamente inviato da giovanni69

Che fretta hai? Aspetta....

SSD con protezione da scrittura via hardware: il brevetto è di Innodisk

Mi chiedo quanti siano veramente, gli utenti di ssd che hanno perso dati a causa dello spegnimento di un pc?
Pochi presumo..se no il problema sarebbe stato già preso in considerazione.

Comunque nell'anno 2015 anche io ho registrato una soluzione hardware al problema

https://ibb.co/zxb52wS