DOMANDA Consiglio acquisto ssd M.2

Pubblicità
O dimmi che piu di 4k é sequenziale ahahahahahahahahahahah come ha scritto black.
...se è quello che ho appena fatto:
In questo caso si osserva e dimostra che anche una transazione casuale o random (lettura) di un file sufficientemente grande (vedi da 128 KiB in su), si comporta/ha prestazioni come se la velocità di accesso fosse sequenziale
ma proprio misurato con un benchmark, non detto o inventato.; di più di questo...


Cmq io me ne accorgo 1 2 secondi ogni volta che apri app e giochi e tanti programmi cambia.
Poi se testate la singola app vivendo solo nel mondo del benchmark. Dove apri un app con windows appena installato e non hai niente altro aperto all ora e come nn farlo.
Pensa nel mondo reale dopo 3 4 mesi che hai messo windows e ci hai installato un 200 gb di app programmi e giochi a sto punto
apri photoshop unity comfyui poi apri sketchup e li non e piu 9 vs 10 secondi.
Perche ci osno aperte 4 5 cose pesanti.
Li cambia anche di 2 3 secondi se non 3 4 e cambia molto.
Ora ho scritto io Intendevo dire questo ma non riuscivo a farmi capire
Ora stai scrivendo di prestazioni reali e non stai parlando di
tutti guardano i 14800 MB al secondo una cagata pazzesca nessuno e ripeto nessuno li fa

devi guardare la lettura in as 4k 93 MB/s
conta che il 9100 samsung ne fa 74 MB/s praticamente un abisso.
gen 5 puoi montarli ma calano a 4.0

https://ssd-tester.it/top_ssd.php
vai qui e guarda la scrittura e lettura in random con file 4k quella e la cosa migliore
come all'inizio.

Le prestazioni reali sono molto più articolate ma rimane una certa affinità tra benchmark e realtà (ovvio).

Considerando di aprire app/software, magari più di uno, e con il passare dei mesi, è molto vero che la situazione cambia, cioè che l'ssd è meno reattivo, più lento.
Non ci piove è così e chi ha a che fare con i pc da molti anni l'ha sperimentato già - e con molto più scazzo - con Windows su hdd.

Questa cosa già ti dice che non è una questione che riguarda solo gli ssd, ma in generale il sistema (hardware e software).

Dipende da un paio di fattori che intervengono singolarmente e che si sommano amplificando quel senso di lentezza.

Nei sistemi puliti il sistema operativo è snello, pochi servizi in background, molta RAM libera. Nei sistemi vecchi, servizi e app in background o no si attivano a decine anche automaticamente all'avvio, consumando RAM e cicli della CPU.
Questo genera un carico intenso e costante di accessi casuali sull'ssd, peggiorando la reattività generale, come hai ben descritto con l'esempio di Unity/Photoshop.
Nei sistemi vecchi il registro di Windows si riempie di voci obsolete, puntatori non validi e chiavi orfane. Le cache delle app e del sistema operativo diventano enormi e inefficaci. Il sistema impiega più tempo per cercare informazioni valide e caricare i programmi, rallentando l'intero set di avvio e caricamento software.

Poi ci sono una serie di motivi che investono nello specifico il dispositivo di storage.
Nei sistemi puliti i file di sistema e i file freddi innstallati per primi vengono scritti in modo ordinato e contiguo (sequenziale) sull'unità, ottimizzando la velocità di lettura. Nei sistemi vecchi con l'uso costante del sistema (installazioni, disinstallazioni, aggiornamenti, salvataggi), succede che avviene frammentazione con singoli file è divisi in molti blocchi non contigui, fino ad arrivare (anche con gli ssd ma era un problema specie degli hdd), di avere frammentazione fisica, con il controller costretto a scrivere i dati in blocchi sparsi su tutta la memoria NAND. Questo aumenta la necessità di accessi casuali per recuperare anche un singolo file.
Negli ssd inoltre con cache di scrittura, non bisogna dimenticarsi l'ulteriore rallentamento provocato dal progressivo riempimento del dispositivo e la contestuaale riduzione della cache che causa le scritture dirette su nand (basse prestazioni) e ovviamente meno spazio per il Garbage Collection, che provoca rallentamento degli algoritmi di riallocazione dati e livellamento.

Tanti e tanti elementi come vedi..

L'effetto generale è quello che hai descritto: ogni volta che Windows o un'app deve leggere un file, il controller deve eseguire molteplici ricerche casuali, aumentando la latenza percepita (il tempo di caricamento).


Hai parlato di software pesanti come Photoshop, Unity, ComfyUI, SketchUp aperti insieme.

Ebbene in questo caso, se vuoi trovare un bechmarck che simuli quanto più possibile questa situazione (sperando ora di aver guadagnato la tua fiducia in fatto di mie conoscenze sugli ssd), dovrai vedere il random 4K con coda alta.

Ti spiego perchè: i programmi citati richiedono costanti accessi casuali (caricamento di risorse, file di swap, file temporanei, cache).
In questo scenario, il sistema richiede all ssd decine o centinaia di migliaia di richieste di I/O casuali simultanee cioè un elevata coda (Queue Depth) tipo RND 4K con QD32 e/o QD64. Sono queste che devi guardare, nel tuo caso per avere il massimo di prestazioni.
Come dice

ma in questo caso si deve valutare sempre il rapporto qualità prezzo prestazioni, a meno che non si tratti di casi limite dove un utente chiede il top senza badare a spese penso che il 99% degli utenti non frega nulla che un disco in cere condizioni poi ci mette un secondo e mezzo in meno a caricare qualcosa

la soluziuone migliore caso per caso.


In queste condizioni di stress estremo e di alta QD, le differenze tra ssd con controller, firmware e velocità nand diverse diventano enormemente amplificate, portando a ritardi ma anche superiori ai 2-4 secondi che vedi.
 
hai ragione dopo il4k non cambia nulla ,,,,,,,,,,,,
91 220
409 685
670 1008
1145 2400............
forse dopo i 256 cambia molto poco o niente
 

Allegati

  • random4k a 128k.webp
    random4k a 128k.webp
    68.2 KB · Visualizzazioni: 1
  • seq4k a 128k.webp
    seq4k a 128k.webp
    93.1 KB · Visualizzazioni: 1
hai ragione dopo il4k non cambia nulla ,,,,,,,,,,,,
91 220
409 685
670 1008
1145 2400............
forse dopo i 256 cambia molto poco o niente
Scusami perché fai soltanto un ciclo con un pattern da 256MiB e non fai 5 cicli con 1GiB di pattern come di default? Non ha senso farne uno da 256MiB.

Interessante questa differenza comunque, dimostra molto, come il fatto che fino a 64kB c'è una differenza di soli 400 MB/s su 14,9 GB/s (hai sempre parlato dell'SN8100 nella discussione) e che si nota una grande differenza soltanto con un blocco da 128kB, altrimenti con tutti gli altri blocchi la differenza è davvero poca.
 
Scusami perché fai soltanto un ciclo con un pattern da 256MiB e non fai 5 cicli con 1GiB di pattern come di default? Non ha senso farne uno da 256MiB.

Interessante questa differenza comunque, dimostra molto, come il fatto che fino a 64kB c'è una differenza di soli 400 MB/s su 14,9 GB/s (hai sempre parlato dell'SN8100 nella discussione) e che si nota una grande differenza soltanto con un blocco da 128kB, altrimenti con tutti gli altri blocchi la differenza è davvero poca.
91 220 che e la piu importante poca non è, è piu del doppio
adesso faccio con un altro ssd dove non c e il sistema. quello usato è dove c e windows e non e un 8100.
sfsf.webp
come consigliato da te ho messo 1gb e sempre x1 be la differenza si nota ancora di piu avevo messo 256 perche era di base messo cosi il programma ma cosi c e ancora piu differenza piu sali piu differenza c e. (in scrittura poca in lettura di piu)
se 2,5/3 volte tanto e poco............
 
Ultima modifica da un moderatore:
hai ragione dopo il4k non cambia nulla ,,,,,,,,,,,,
91 220
409 685
670 1008
1145 2400............
forse dopo i 256 cambia molto poco o niente

Scusami perché fai soltanto un ciclo con un pattern da 256MiB e non fai 5 cicli con 1GiB di pattern come di default? Non ha senso farne uno da 256MiB.

Interessante questa differenza comunque, dimostra molto, come il fatto che fino a 64kB c'è una differenza di soli 400 MB/s su 14,9 GB/s (hai sempre parlato dell'SN8100 nella discussione) e che si nota una grande differenza soltanto con un blocco da 128kB, altrimenti con tutti gli altri blocchi la differenza è davvero poca.
Il pattern piccolo avvantaggia il seek time casuale mentre fare 1 bench per ogni valore potrebbe compromettere il risultato perchè se il controller in quel esatto momento lavora in background può dare risultati falsati (3 al posto di 5 potrebbe essere un compromesso... tipo una media al meglio dei tre!)

@aluking con dei bench 4K Q1 fai pesare molto la latenza e oltretutto non ti avvicini alle prestazione reali.
Quel "Q" Queue Depth devi alzarlo, sia perchè Windows stesso fa molte richieste contemporaneamente (solitamente tra 2 e 4) sia perchè se usi altri software, pagine web, programmi anche pensanti, contemporaneamente come dici, le richieste passano in media da 4 a 32 (32 massimo perchè sono quelle gestibili da dispositivi sata).

Quando lo fai, ti accorgerai che da 256 KiB avrai prestazioni alte per entrambe gli ssd anche per 128KiB se non meno (64KiB come riferito da Microsoft).

Comunque come dice Black la differenza di velocità random di file grandi, superando la latenza, parifica la velocità sequenziale:
In questo caso si osserva e dimostra che anche una transazione casuale o random (lettura) di un file sufficientemente grande (vedi da 128 KiB in su), si comporta/ha prestazioni come se la velocità di accesso fosse sequenziale

91 220 che e la piu importante poca non è, è piu del doppio
😱
ma allora non hai capito NIENTE di cosa detto finora?!

Ti metto cosa dice l'AI magari così la finiamo.

1764762449814.webp

1764762502880.webp
 
Pubblicità
Pubblicità
Indietro
Top