SSD: thread generale e consigli per gli acquisti

[Eress]

Originariamente inviato da Frisco99

E' un'opinione personale o ci sono fonti attendibili?
Siamo arrivati a 584 pagine di topic per dare ancora queste risposte, come l'idea malsana della rimozione del file di paging.

W10 non deframmenterà mai un SSD, al più sistema il garbage collection e trimma

È una convinzione basata sull'esperienza personale. Le guide lasciano il tempo che trovano. Per me è sbagliato disattivare il file di paging su ssd, su windows andrebbe sempre attivato. Quindi prima di scrivere a vanvera, informarsi prego.

Originariamente inviato da s12a

Secondo voi gli SSD vanno meglio con dati sequenziali o random?

Che effetto ha la frammentazione dei file sull'ordine logico dei dati nel filesystem?

Io avevo effettuato dei test parecchio tempo fa per verificare le implicazioni delle risposte alle domande qui sopra...

Secondo me l'ssd incide più sulle random.

[s12a]

Originariamente inviato da conan_75

La differenza tra letture sequenziali e random sta più a monte del ssd...ovvero sta tra chipset e controller del ssd.
La disposizione dei dati sulle celle nella memoria non influisce.
Che poi, come scrissi in passato, è l'unità stessa che dispone i dati "casualmente" tra le varie memorie in base ad algoritmi interni che determinano l'usura.
Tu su defrag puoi anche vedere tutto compatto ma i dati sono "sparpagliati".

Stai tralasciando l'overhead da parte del sistema operativo oltre che a livello di controller dell'SSD che comporta l'invio di un notevole numero di comandi di I/O per leggere o scrivere un certo numero di byte (situazione random) rispetto ad uno ridotto (situazione sequenziale).



Ecco uno dei test precedentemente menzionati, a proposito:

[Pancho Villa]

Originariamente inviato da Frisco99

E' un'opinione personale o ci sono fonti attendibili?
Siamo arrivati a 584 pagine di topic per dare ancora queste risposte, come l'idea malsana della rimozione del file di paging.

W10 non deframmenterà mai un SSD, al più sistema il garbage collection e trimma.
Ma stiamo ancora a farci ste menate per far durare l'SSD un minuto di più, perchè tale è la differenza di resa con tutti i trucchi dell'era arcaica che ancora sopravvivono come leggende del tempo che fu.

http://www.zdnet.com/article/ssd-rel...es-experience/

La disattivazione del paging è tutt'altro che malsana, se hai tanta RAM non ti serve il paging e togliendolo velocizzi il tutto, non è tanto per ridurre le scritture su disco, il paging causa stuttering

L'indicizzazione non la disattivo perché mi serve poter cercare i file in modo rapido

[s12a]

Originariamente inviato da Pancho Villa

La disattivazione del paging è tutt'altro che malsana, se hai tanta RAM non ti serve e velocizzi il tutto, non è tanto per ridurre le scritture su disco, ma il paging causa stuttering

A proposito, nel thread ufficiale di Doom (2016) c'è chi ha avuto problemi di memoria insufficiente con il gioco per aver ridotto la dimensione del file di paging ad una dimensione troppo piccola:

http://www.hwupgrade.it/forum/showpo...postcount=1173

[Pancho Villa]

Originariamente inviato da s12a

A proposito, nel thread ufficiale di Doom (2016) c'è chi ha avuto problemi di memoria insufficiente con il gioco per aver ridotto la dimensione del file di paging ad una dimensione troppo piccola:

http://www.hwupgrade.it/forum/showpo...postcount=1173

Certo, la RAM fisica disponibile deve sempre superare quella necessaria se disattivi il paging

[s12a]

Originariamente inviato da Pancho Villa

Certo, la RAM fisica disponibile deve sempre superare quella necessaria se disattivi il paging

Gli avvisi di memoria insufficiente senza file di paging con certe applicazioni possono arrivare anche se c'è memoria fisica disponibile a volontà, che poi è anche quanto ti è stato già scritto in passato diverse volte da altri utenti.

[Pancho Villa]

Originariamente inviato da s12a

Gli avvisi di memoria insufficiente senza file di paging con certe applicazioni possono arrivare anche se c'è memoria fisica disponibile a volontà, che poi è anche quanto ti è stato già scritto in passato diverse volte da altri utenti.

E io come ho scritto non mi è mai successo in 10 anni, dai tempi di XP... solo saturando la RAM quando ne avevo 8 giga soltanto (anzi 7 perché uno era riservato al RAMDISK), aprendo più macchine virtuali insieme, oppure con i giochi o tanti programmi aperti insieme.
Adesso che ne ho 16 dovrei impegnarmi per saturarli, lol

[conan_75]

Originariamente inviato da s12a

Stai tralasciando l'overhead da parte del sistema operativo oltre che a livello di controller dell'SSD che comporta l'invio di un notevole numero di comandi di I/O per leggere o scrivere un certo numero di byte (situazione random) rispetto ad uno ridotto (situazione sequenziale).



Ecco uno dei test precedentemente menzionati, a proposito:

Il s.o se deve scrivere o leggere un unico file di grandi dimensioni non fa di certo chiamate frammentate.
Il problema della frammentazione non è mai stato dovuto all'overhead ma semplicemente ai problemi dovuti dai "salti" che doveva fare la testina di un hd per raggiungere i diversi settori.
Prova a rifare il test senza una partizione così stretta, sempre tenendo la frammentazione al 99%.
Io ti posso dire che in 5 anni di uso continuativo senza deframmentazione di un ssd da appena 40gb occupato per 34 circa non ho mai perso mezzo bit di bandwith in sequenziale.

Che poi, se i s.o. disabilitano automaticamente la deframmentazione ci sarà un motivo?

Premetto che, per me, anche tutte le paranoie sull'usura precoce a livello consumer sono...paranoie.

[Korn]

ciao signori, chiedo consiglio , vorre mettere un SSD 480GB Intel 540 m2 sul notebook in firma,visto il costo esiguo e al discreta capacità, che ne dite è valido? a me basta che abbia prestazioni sufficienti per mettere da parte il meccanico senza remore

[s12a]

Originariamente inviato da conan_75

Il s.o se deve scrivere o leggere un unico file di grandi dimensioni non fa di certo chiamate frammentate.

CrystalDiskMark effettua le sue prove su un file temporaneo creato ad hoc.

Se lo spazio libero della partizione in cui si effettua il test è frammentato (come dice il report: "Average free space size = 4.00 kB", "Largest free space size = 68.00 kB), il file temporaneo di test creato sarà a sua volta frammentato e dunque il benchmark avverrà in condizioni di frammentazione.

Prima di effettuare il benchmark ho usato un programma appositamente per creare questa situazione (PassMark Fragger).

Il problema della frammentazione non è mai stato dovuto all'overhead ma semplicemente ai problemi dovuti dai "salti" che doveva fare la testina di un hd per raggiungere i diversi settori.

Questo è perché con gli hard disk i limiti meccanici si raggiungevano molto prima di quelli di overhead del sistema operativo o del controller della periferica.

Prova a rifare il test senza una partizione così stretta, sempre tenendo la frammentazione al 99%.

Già provato, simile situazione. Purtroppo non ero arrivato al 99% perché con un numero eccessivo di frammenti nel file system cominciano ad insorgere strani problemi, inclusi avvisi di spazio insufficiente quando ce ne è in abbondanza.

http://i.imgur.com/uQUDPUa.png

Io ti posso dire che in 5 anni di uso continuativo senza deframmentazione di un ssd da appena 40gb occupato per 34 circa non ho mai perso mezzo bit di bandwith in sequenziale.

Nell'uso reale la frammentazione complessiva della partizione difficilmente raggiunge livelli estremi.
A livello di singoli file però la situazione può essere altamente diversa.

Che poi, se i s.o. disabilitano automaticamente la deframmentazione ci sarà un motivo?

In realtà su Windows fino a qualche tempo fa non veniva disabilitata. La cosa sembra essere stata voluta:
http://www.hanselman.com/blog/TheRea...ntYourSSD.aspx

Sembra però che con Windows 10 sia cambiata la situazione, per quello che ho avuto modo di vedere. Probabilmente è stato in seguito a proteste varie.

Premetto che, per me, anche tutte le paranoie sull'usura precoce a livello consumer sono...paranoie.

Anche quando Windows comunque continuava a deframmentare - a circa un ritmo mensile - l'SSD, comunque l'aggravio sulla sua vita era nella pratica irrilevante.

[Paky]

ecco ci risiamo , è tornato in auge il file di paging

[Pancho Villa]

Originariamente inviato da Paky

ecco ci risiamo , è tornato in auge il file di paging

Non l'ho evocato io stavolta

[s12a]

A proposito di frammentazione ed SSD, ecco altri test che avevo effettuato in passato su singoli file piuttosto che a livello di partizione:

http://www.hwupgrade.it/forum/showpo...postcount=8409

http://www.hwupgrade.it/forum/showpo...postcount=8430

http://www.hwupgrade.it/forum/showpo...ostcount=11011 (Da cui in particolare: http://i.imgur.com/vrdwHTe.png)

[Frisco99]

Originariamente inviato da Eress

È una convinzione basata sull'esperienza personale. Le guide lasciano il tempo che trovano. Per me è sbagliato disattivare il file di paging su ssd, su windows andrebbe sempre attivato. Quindi prima di scrivere a vanvera, informarsi prego.

Io ti ho linkato uno studio "pubblicato"di Google sui datacenter.
Non ho parlato di guide, ma di fonti attendibili.
Se poi l'esperienza personale fa "statistica", allora è bene scrivere "in base alla mia personale esperienza".

Originariamente inviato da Pancho Villa

La disattivazione del paging è tutt'altro che malsana, se hai tanta RAM non ti serve il paging e togliendolo velocizzi il tutto, non è tanto per ridurre le scritture su disco, il paging causa stuttering

L'indicizzazione non la disattivo perché mi serve poter cercare i file in modo rapido

La citazione era volutamente provocatoria.
Bisogna sempre specificare l'uso che si fa dell'SSD, in ambienti domestici o ufficio non serve fare nessun tipo di aggiustamento.
Diverso è l'uso intensivo professionale, ludico intenso o in ambienti con critical missions.

Tra l'altro, al momento, sembra che l'età incida più dell'usura sulla reliability.
(fonte prof. Bianca Schroeder of the University of Toronto, and Raghav Lagisetty and Arif Merchant of Google)

[TheQ.]

Domanda a cui forse avrete già risposto: ma gli SSD Nand 32 bit archiviano a 32 bit?
si crea casino se il sistema operativo che vi si mette è a 64 bit?

[conan_75]

Originariamente inviato da s12a

CrystalDiskMark effettua le sue prove su un file temporaneo creato ad hoc.

Se lo spazio libero della partizione in cui si effettua il test è frammentato (come dice il report: "Average free space size = 4.00 kB", "Largest free space size = 68.00 kB), il file temporaneo di test creato sarà a sua volta frammentato e dunque il benchmark avverrà in condizioni di frammentazione.

Prima di effettuare il benchmark ho usato un programma appositamente per creare questa situazione (PassMark Fragger).



Questo è perché con gli hard disk i limiti meccanici si raggiungevano molto prima di quelli di overhead del sistema operativo o del controller della periferica.



Già provato, simile situazione. Purtroppo non ero arrivato al 99% perché con un numero eccessivo di frammenti nel file system cominciano ad insorgere strani problemi, inclusi avvisi di spazio insufficiente quando ce ne è in abbondanza.

http://i.imgur.com/uQUDPUa.png



Nell'uso reale la frammentazione complessiva della partizione difficilmente raggiunge livelli estremi.
A livello di singoli file però la situazione può essere altamente diversa.


In realtà su Windows fino a qualche tempo fa non veniva disabilitata. La cosa sembra essere stata voluta:
http://www.hanselman.com/blog/TheRea...ntYourSSD.aspx

Sembra però che con Windows 10 sia cambiata la situazione, per quello che ho avuto modo di vedere. Probabilmente è stato in seguito a proteste varie.


Anche quando Windows comunque continuava a deframmentare - a circa un ritmo mensile - l'SSD, comunque l'aggravio sulla sua vita era nella pratica irrilevante.

Una cosa te la posso dire con certezza: con win7, 8,8.1 e 10 la deframmentazione è sempre stata disabilitata per le unità ssd.
Il servizio resta comunque attivo e lavora sugli hdd tradizionali.

[Tennic]

Originariamente inviato da s12a

A proposito, nel thread ufficiale di Doom (2016) c'è chi ha avuto problemi di memoria insufficiente con il gioco per aver ridotto la dimensione del file di paging ad una dimensione troppo piccola:

http://www.hwupgrade.it/forum/showpo...postcount=1173

Sto giocando con Doom (2016) con soli 1024 MB di paging (la mia configurazione standard su ormai ogni mio computer), ma va detto che sul notebook ho 32GB di ram, quindi probabilmente con questa RAM riesco a giocare a dettagli Ultra senza esaurire il file di paging

Originariamente inviato da s12a

Gli avvisi di memoria insufficiente senza file di paging con certe applicazioni possono arrivare anche se c'è memoria fisica disponibile a volontà, che poi è anche quanto ti è stato già scritto in passato diverse volte da altri utenti.

Quoto, sull'altro notebook, nonostante "ben" 16GB di ram, ci sono programmi che utilizzano il file di swap, e nonostante dei 16GB di ram circa 10 sono comunque liberi

Originariamente inviato da Pancho Villa

E io come ho scritto non mi è mai successo in 10 anni, dai tempi di XP... solo saturando la RAM quando ne avevo 8 giga soltanto (anzi 7 perché uno era riservato al RAMDISK), aprendo più macchine virtuali insieme, oppure con i giochi o tanti programmi aperti insieme.
Adesso che ne ho 16 dovrei impegnarmi per saturarli, lol

Hai ragione, ma questo vale per la tua configurazione, intesa come i tuoi programmi
E' stato riportato più volte che ci sono certi programmi che "pretendono" il file swap, anche se ha 64GB di ram dei quali 60GB liberi, quindi partire dal presupposto che con ram libera il file swap non verra MAI utilizzato è errato, dipende dal programma in uso, e non tutti usiamo gli stessi programmi

Poi, ovviamente, se nel tuo caso il file swap non viene mai utilizzato, è ininfluente che ci sia o meno, quindi puoi tranquillamente disabilitarlo, ma se comunque decidi di tenerlo, rimane comunque ininfluente, prestazionalmente parlando, perchè comunque non viene utilizzato

[s12a]

Originariamente inviato da conan_75

Una cosa te la posso dire con certezza: con win7, 8,8.1 e 10 la deframmentazione è sempre stata disabilitata per le unità ssd.
Il servizio resta comunque attivo e lavora sugli hdd tradizionali.

Su 8 e 8.1 la deframmentazione continuava a funzionare di nascosto. Ci sono stati anche post a riguardo in questo thread degli SSD su HWUpgrade a dimostrare il problema (o non-problema?). Leggi anche il terzo post:

http://www.hwupgrade.it/forum/showpo...28&postcount=3

Qui è spiegato tecnicamente in dettaglio (in inglese):

http://www.outsidethebox.ms/why-wind...an-avoid-this/

[The_Saint]

Originariamente inviato da TheQ.

Domanda a cui forse avrete già risposto: ma gli SSD Nand 32 bit archiviano a 32 bit?
si crea casino se il sistema operativo che vi si mette è a 64 bit?

Le celle NAND sono da 2 o 3bit... dove hai letto che sono a 32bit?

Cmq la struttura delle NAND non c'entra niente con le istruzioni del sistema operativo...

[Eress]

Credo che se attivata la deframmentazione automatica intervenga ancora sugli SSD, infatti io ce l'ho disattivata. Sono con W8.1, i 36 giorni segnati sono quelli trascorsi dall'installazione del SSD.