Tutto sugli SSD: notizie e modelli

[mikedepetris]

Originariamente inviato da jined

è tutto spiegato accuratamente nella white paper del software.

cos'e', hai firmato una NDA che non si puo' scrivere qui?

[TheDarkAngel]

Originariamente inviato da mikedepetris

cos'e', hai firmato una NDA che non si puo' scrivere qui?

E' solo stato detto un miliardo di volte nel 3d, se per una volta si legge il whitepaper non muore nessuno

[mikedepetris]

Originariamente inviato da TheDarkAngel

E' solo stato detto un miliardo di volte nel 3d, se per una volta si legge il whitepaper non muore nessuno

be' guarda, seguo questo 3D da una vita e penso di aver letto tutto almeno una volta, e credo di conoscere tutti i casi in cui e' consigliabile l'allineamento

io ho chiesto a te perche' lo hai eseguito sui tuoi dischi, in particolare quello usb

[ARMANDO73]

Avendo aggiornato pc mi ritrovo a dover reinstallare 7even 64bit su ssd intel x25m80 g2 vorrei avere conferma che questa sia la giusta procedura.
1) installo direttamente su ssd senza formattare il disco
2) formatto la partizione da 100mb che crea seven in sede di installazione.

Cosi facendo mantengo allineato il disco vero?

[jined]

Originariamente inviato da mikedepetris

be' guarda, seguo questo 3D da una vita e penso di aver letto tutto almeno una volta, e credo di conoscere tutti i casi in cui e' consigliabile l'allineamento

io ho chiesto a te perche' lo hai eseguito sui tuoi dischi, in particolare quello usb

l'allineamento è sempre consigliabile sugli SSD per via della dimensione dei blocchi scritti sulle celle.. formalmente, è come far passare più volte i buffer sulle celle, quindi, logicamente c'è un tempo di accesso maggiore, e se non un degrado fisico vero e proprio (i dati scritti sono sempre quelli) ma l'accesso alla cella in modalita "write" è maggiore, per scrivere un gruppo di blocchi, che potrebbero essere scritti con una sola "passata" se il valore di questi dati è allineato al valore della cella.

Ho allineato anche il removibile usb, perchè imputo la scrittura a 30mb/s su un disco che ne dovrebbe scrivere 100, come possibile problema di allineamento.. tra gli altri tentativi da fare, tra cui, verificare, il passaggio dati da bus a controller ide-TO-usb.

[mikedepetris]

Originariamente inviato da jined

l'allineamento è sempre consigliabile sugli SSD per via della dimensione dei blocchi scritti sulle celle.. formalmente, è come far passare più volte i buffer sulle celle, quindi, logicamente c'è un tempo di accesso maggiore, e se non un degrado fisico vero e proprio (i dati scritti sono sempre quelli) ma l'accesso alla cella in modalita "write" è maggiore, per scrivere un gruppo di blocchi, che potrebbero essere scritti con una sola "passata" se il valore di questi dati è allineato al valore della cella.

Ho allineato anche il removibile usb, perchè imputo la scrittura a 30mb/s su un disco che ne dovrebbe scrivere 100, come possibile problema di allineamento.. tra gli altri tentativi da fare, tra cui, verificare, il passaggio dati da bus a controller ide-TO-usb.

in passato avevo scritto una spiegazione migliore della necessita' di allenamento, dovuta alla scrittura a blocchi di 4k, cerca nel 3D

si' capisco che uno le provi tutte, ma allineare il disco USB mi sembra decisamente inutile... farei piuttosto una prova estraendo il disco e testandolo collegato via sata e cercando di isolare il collo di bottiglia, che potrebbe essere il disco, il suo controller sata/usb, il cavo usb, la usb del pc o il relativo driver

[Kal]

Originariamente inviato da TheDarkAngel

dovevi mettere paragon software

Io ho messo N/A.

Adesso,lo provo subito

[marKolino]

disco allineato, ci ha messo 5 minuti scarsi su un 64gb con 8gb di dati

p.s. le prestazioni non sono cambiate

[s12a]

Non l'ho ancora eseguito.
L'operazione si svolge direttamente dall'OS sull'SSD su cui esso e` installato?

EDIT: direttamente dall'OS. comunque avevo gia` tutto allineato.

[jined]

Sto lavorando ad una mia piccola utility per il Trim, visto che per molti SSD non c'è niente di disponibile, compresi i Sandforce e i vecchi Intel.

Domanda per i veterani, se inganno il file system dell'SSD, facendogli credere che esiste un file, che occupa tutto lo spazio residuo del disco, il controller non è costretto a liberare tutto lo spazio allocato dai residui e quindi a forzare un trim? E quindi, se al termine dell'operazione di scan, viene comunicato al file system che quel file non esiste, a quel punto, si avrebbe la bitmap bella trimmata.

Scrissi una utility con un algoritmo simile, per Symbian, e da quanto riportato, funziona alla grande.

[jined]

Originariamente inviato da banaz

esiste per caso un ssd "senza form factor"??nel senso una schedina, come puo essere una mini pci-ex pero' sata, piccola abbastanza da poterla inserire nel secondo attacco sata del mio portatile???

ci sono, ma hanno prestazioni ridicole.

[X-ray guru]

Originariamente inviato da jined

io.. ho allineato tutto, ci mette parecchio... per gli harddisk...1 ora per un velociraptor da 300 sata.....6 ore per un WD USB da 1 tera... per gli SSD, non credo che ci voglia più di un 20 minuti. Non ho potuto verificare perchè il mio era già allineato.

Il tempo di esecuzione dell'allineamento è direttamente proporzionale allo spazio occupato ed inversamente proporzionale allo spazio libero del disco.

Naturalmente conta molto anche la velocità di lettura e scrittura.

[X-ray guru]

Originariamente inviato da jined

Sto lavorando ad una mia piccola utility per il Trim, visto che per molti SSD non c'è niente di disponibile, compresi i Sandforce e i vecchi Intel.

Domanda per i veterani, se inganno il file system dell'SSD, facendogli credere che esiste un file, che occupa tutto lo spazio residuo del disco, il controller non è costretto a liberare tutto lo spazio allocato dai residui e quindi a forzare un trim? E quindi, se al termine dell'operazione di scan, viene comunicato al file system che quel file non esiste, a quel punto, si avrebbe la bitmap bella trimmata.

Scrissi una utility con un algoritmo simile, per Symbian, e da quanto riportato, funziona alla grande.

E' simile a quanto fece un "guru" di OCZ, usando un programma di defrag e compattamento dello spazio libero e una passata di un tool che riempisse questo spazio libero di FF, che poi veniva cancellato.
Sembrava funzionare, anche se meno efficacemente di un TRIM da controller del SSD.

[jined]

Originariamente inviato da X-ray guru

E' simile a quanto fece un "guru" di OCZ, usando un programma di defrag e compattamento dello spazio libero e una passata di un tool che riempisse questo spazio libero di FF, che poi veniva cancellato.
Sembrava funzionare, anche se meno efficacemente di un TRIM da controller del SSD.

sto provando una versione beta... al termine dell'operazione, anche se non veritiero, comunque il bios dell'ssd, registra 1 ciclo di scrittura completo in più.

è il prezzo da pagare per un trimmer universale.. ma non è che poi vada usato tutti i giorni!

[The_Saint]

Originariamente inviato da jined

Sto lavorando ad una mia piccola utility per il Trim, visto che per molti SSD non c'è niente di disponibile, compresi i Sandforce e i vecchi Intel.
Domanda per i veterani, se inganno il file system dell'SSD, facendogli credere che esiste un file, che occupa tutto lo spazio residuo del disco, il controller non è costretto a liberare tutto lo spazio allocato dai residui e quindi a forzare un trim? E quindi, se al termine dell'operazione di scan, viene comunicato al file system che quel file non esiste, a quel punto, si avrebbe la bitmap bella trimmata.

Più o meno è quello che faceva il vecchio wiper.exe degli Indilinx... però per fare quello che dici tu intanto il TRIM deve essere supportato ed attivo, quindi sui vecchi Intel G1 non funzionerebbe e non funzionerebbe nemmeno sui SandForce... per questi il discorso è molto complicato, dato che tutti i dati che arrivano al controller vengono compressi ed elaborati in qualche modo... quindi in realtà non puoi creare un file che "per il controller" occupi tutte le celle o almeno non con metodi convenzionali...

[jined]

Originariamente inviato da The_Saint

Più o meno è quello che faceva il vecchio wiper.exe degli Indilinx... però per fare quello che dici tu intanto il TRIM deve essere supportato ed attivo, quindi sui vecchi Intel G1 non funzionerebbe e non funzionerebbe nemmeno sui SandForce... per questi il discorso è molto complicato, dato che tutti i dati che arrivano al controller vengono compressi ed elaborati in qualche modo... quindi in realtà non puoi creare un file che "per il controller" occupi tutte le celle o almeno non con metodi convenzionali...

invece funziona sul Sandforce, sul mio ha funzionato anche per l'ottimizzazione delle celle, oltre per il garbage collection, evidentemente, comunque, se il sistema operativo segnala che lo spazio si sta esaurendo, dandone prove fisiche, il controller reagisce necessariamente ottimizzando. Non arriva solo un input sull'ATA, riguardo lo spazio disponibile, ma viene anche segnalata la presenza di un file virtuale gigante, con relativo header e posizione bitmap, un inganno a cui il controller non può sfuggire.

Sull'Intel G1, deve funzionare almeno per il garbage collection, perchè non c'è modo per cui due copie dello stesso dato, occupino fisicamente lo stesso spazio. O almeno, è ciò che l'harddisk crede, incondizionatamente.

L'utility è pronta, al momento è in versione 0.5 Beta. Ho notato un miglioramento delle prestazioni in lettura, dopo l'uso.. non in scrittura, almeno non nel Sandforce, probabilmente entrano in gioco altri fattori, per le scritture. Continuerò a lavorarci.

Se qualcuno vuole provare la beta, il file è qui.. raccomando di usarla solo se si avverte un calo di prestazioni notabile. Il programma usa UN ciclo di scrittura completo.

Universal_Trim_05_beta

Su un SSD di circa 80 giga, impiega circa 4 minuti di tempo per il trim totale.
Nel caso, il programma dovesse essere interrotto prima che termini, per qualsiasi motivo,
nella directory dell'unità prescelta, sarà presente la directory TRIMDATA, che contiene dei files invisibili (garbage1, 2..etc..),
basta buttarla e il disco riavrà tutto lo spazio disponibile, altrimenti, è sufficiente
lanciare di nuovo il programma e aspettare che completi le operazioni.

Ho fatto diverse prove di sicurezza prima di compilare, il programma non dovrebbe essere in grado di fare danni sull'harddisk... ma non si sa mai!

QUESTA E' UNA BETA, io non ho avuto particolari problemi, ma potrebbe esserci comunque qualche bug.
Come si usa sempre dire in questi casi *USE IT ON YOUR OWN RISK*

Se qualcuno la prova, sarebbe importante avere le sue impressioni e i report del prima-dopo, in termini prestazionali.

[Alekos Panagulis]

Originariamente inviato da jined

invece funziona sul Sandforce, sul mio ha funzionato anche per l'ottimizzazione delle celle, oltre per il garbage collection, evidentemente, comunque, se il sistema operativo segnala che lo spazio si sta esaurendo, dandone prove fisiche, il controller reagisce necessariamente ottimizzando. Non arriva solo un input sull'ATA, riguardo lo spazio disponibile, ma viene anche segnalata la presenza di un file virtuale gigante, con relativo header e posizione bitmap, un inganno a cui il controller non può sfuggire.

Sull'Intel G1, deve funzionare almeno per il garbage collection, perchè non c'è modo per cui due copie dello stesso dato, occupino fisicamente lo stesso spazio. O almeno, è ciò che l'harddisk crede, incondizionatamente.

L'utility è pronta, al momento è in versione 0.5 Beta. Ho notato un miglioramento delle prestazioni in lettura, dopo l'uso.. non in scrittura, almeno non nel Sandforce, probabilmente entrano in gioco altri fattori, per le scritture. Continuerò a lavorarci.

Che bello, complimenti!

[Kal]

Originariamente inviato da jined

invece funziona sul Sandforce, sul mio ha funzionato anche per l'ottimizzazione delle celle, oltre per il garbage collection, evidentemente, comunque, se il sistema operativo segnala che lo spazio si sta esaurendo, dandone prove fisiche, il controller reagisce necessariamente ottimizzando. Non arriva solo un input sull'ATA, riguardo lo spazio disponibile, ma viene anche segnalata la presenza di un file virtuale gigante, con relativo header e posizione bitmap, un inganno a cui il controller non può sfuggire.

Sull'Intel G1, deve funzionare almeno per il garbage collection, perchè non c'è modo per cui due copie dello stesso dato, occupino fisicamente lo stesso spazio. O almeno, è ciò che l'harddisk crede, incondizionatamente.

L'utility è pronta, al momento è in versione 0.5 Beta. Ho notato un miglioramento delle prestazioni in lettura, dopo l'uso.. non in scrittura, almeno non nel Sandforce, probabilmente entrano in gioco altri fattori, per le scritture. Continuerò a lavorarci.

Complimenti,veramente in gamba!

[conan_75]

Ma, in teoria, il trim non dovrebbe migliorare le prestazioni in scrittura poichè provvede a preparare alla scrittura le celle "libere"?

[jined]

grazie, ma se l'avete già scaricata, riscaricatela adesso sullo stesso link, è la 0.51, già un utente mi ha segnalato un piccolo bug.

E' sfuggito un ACK, al termine delle operazioni, quindi, quando il programma si chiude, il buffer dell'harddisk, sta ancora completando una decina di secondi di pulizia.

Nulla di grave, a meno che uno non corresse a riavviare il PC, appena usato il programma.

Bug sistemato.