DOMANDA SSD Ide invece di SATA -> il trim funziona?

[fdineve]

Uno dei miei PC e' un desktop di quasi un decennio fa e il produttore (Asus) ha terminato il supporto ormai da anni..
Quindi non sono reperibili i driver SATA/AHCI per Windows 7, ne' 32 ne' 64 bit...

Su questo PC ho montato anni fa un SSD che, quindi, funziona in IDE (UDMA5, mi sembra) invece che in SATA.
I vari programmini informativi, tipo AS SSD Benchmark, mi segnalano che il disco funziona in IDE e che il Trim e' attivato (confermato anche con il comandino DOS "fsutil bahavior etc. etc." ).
Ho pero' letto che se un SSD e' in IDE, in realta' il Trim comunque non funzionera', a prescindere che il sistema operativo lo abbia abilitato e, quindi, AS SSD Benchmark dica anche lui che lo e'.
E' vera questa cosa?


La seconda questione riguarda il prefetch e superfetch: ho letto che Microsoft stessa consiglia di disabilitare totalmente il prefetch (e avevo trovato anche il link alla pagina di Microsoft.com dove viene spiegata questa cosa) agendo sul registry e, volendo, disabilitando anche i relativi servizi con Services.msc, nel caso si usi un SSD...
Il problema e' che con questa manovra i programmi partono purtroppo molto piu' lentamente, e questo mi spiace, perche' dopo alcune ottimizzazioni il PC mi parte in meno di 13 secondi e si spegne in 4 secondi (e per un PC di 10 anni fa, con PentiumD EE undercloccato e solo 4 GB di Ram DDR2 PC667 single channel, non mi pare male..).

Chiedo a chi conosce davvero gli SSD: questa cosa di disabilitare il prefetch e il superfetch e' poi cosi' giusta?

Grazie a tutti.

 

[serassone]

1) Sì, purtroppo è vero. Dopo un certo periodo di tempo, quindi, le prestazioni del disco SSD tendono a calare, e per ripristinarle occorre fare un secure erase: cioè cancellare completamente le celle.

2) È consigliabile disabilitare il superfetch, che non è così indispensabile; il prefetch lascialo attivo, visto che impatta in modo significativo sulle prestazioni.

 

[fdineve]

.. ma se, dopo aver fatto una "immagine" dell'SSD su un altro supporto, azzero l'SSD e poi faccio il "restore" dell'immagine salvata in precedenza, l'SSD non tornera' ad essere nuovamente incasinato esattamente come era prima del Secure Erase?
In fondo un'immagine e' una fotocopia esatta del disco..
Oppure mi sfugge totalmente il significato del Trim e della sua mancanza, e lo sto confondendo, ad. es., con la frammentazione o altre questioni legate al File System?

 

[serassone]

.. ma se, dopo aver fatto una "immagine" dell'SSD su un altro supporto, azzero l'SSD e poi faccio il "restore" dell'immagine salvata in precedenza, l'SSD non tornera' ad essere nuovamente incasinato esattamente come era prima del Secure Erase?
In fondo un'immagine e' una fotocopia esatta del disco..
Oppure mi sfugge totalmente il significato del Trim e della sua mancanza, e lo sto confondendo, ad. es., con la frammentazione o altre questioni legate al File System?

No, perché il file system è al di sopra dello strato fisico costituito dalle celle; il rallentamento progressivo dovuto alle celle "sporche" :) non è intrinseco al sistema operativo, ma è al di sotto di esso. Se si fa un'immagine del sistema operativo, con tutti i programmi e le impostazioni, magari anche dopo parecchio tempo dall'installazione (quindi anche se il sistema non è "fresco" come appena installato), poi si procede alla cancellazione radicale del disco SSD tramite secure erase, quindi si ripristina il sistema subito dopo, si assiste a una maggiore reattività del sistema, evidente a occhio nudo (cioè non occorrono benchmark specifici per rilevarlo, uno se ne accorge subito ;)). L'ho provato personalmente con il pc di un amico, che ha un SSD in modalità IDE (il chipset non prevede la modalità AHCI). ;)