SSD: thread generale e consigli per gli acquisti

[s12a]

Quando faccio effettuare un controllo per la rimozione dei file duplicati nel mio sistema, la fase iniziale di scan e calcolo del checksum dei file sfrutta l'SSD NVMe alla grande.

Device            r/s     rkB/s   rrqm/s  %rrqm r_await rareq-sz   aqu-sz  %util
nvme0n1       12450.00 6344363.00     0.25   0.00    2.96   509.59    36.80 100.00
nvme0n1       12306.25 6187314.00     0.00   0.00    2.60   502.78    32.00 100.00
nvme0n1       13111.75 6302419.00     0.25   0.00    2.96   480.67    38.87 100.00
nvme0n1       14686.00 5305318.00     0.75   0.01    2.06   361.25    30.36 100.00
nvme0n1       19517.00 6056493.00    10.25   0.05    2.93   310.32    57.21 100.00
nvme0n1       14312.00 6205321.00     5.00   0.03    3.05   433.57    43.65 100.00
nvme0n1       13216.25 6247478.00     4.75   0.04    2.89   472.71    38.21 100.00
                   |        |                                   |        |      |
                   |        |                                   |        |      % utilizzo SSD
                   |        |                                   |       Queue depth media
                   |        |                                   dimensione media letture kB
                   |     velocità lettura kB/s
                letture/s

https://github.com/markfasheh/duperemove

[Black (Wooden Law)]

Originariamente inviato da frafelix

Già ma tutto fra brodo, non è che il sequenziale da 1000mb a 3000mb ci vedi la differenza se non copi file di grosse dimensioni... E non è una cosa che normalmente uno fa sullo stesso ssd

Ma la differenza in sequenziale si vede soprattutto dopo la saturazione della cache SLC, è lì che si testa “veramente” la sinergia tra controller e NAND. Oltretutto un trasferimento del genere non va per forza fatto sullo stesso SSD.

[Black (Wooden Law)]

Originariamente inviato da s12a

Quando faccio effettuare un controllo per la rimozione dei file duplicati nel mio sistema, la fase iniziale di scan e calcolo del checksum dei file sfrutta l'SSD NVMe alla grande.

Device            r/s     rkB/s   rrqm/s  %rrqm r_await rareq-sz   aqu-sz  %util
nvme0n1       12450.00 6344363.00     0.25   0.00    2.96   509.59    36.80 100.00
nvme0n1       12306.25 6187314.00     0.00   0.00    2.60   502.78    32.00 100.00
nvme0n1       13111.75 6302419.00     0.25   0.00    2.96   480.67    38.87 100.00
nvme0n1       14686.00 5305318.00     0.75   0.01    2.06   361.25    30.36 100.00
nvme0n1       19517.00 6056493.00    10.25   0.05    2.93   310.32    57.21 100.00
nvme0n1       14312.00 6205321.00     5.00   0.03    3.05   433.57    43.65 100.00
nvme0n1       13216.25 6247478.00     4.75   0.04    2.89   472.71    38.21 100.00
                   |        |                                   |        |      |
                   |        |                                   |        |      % utilizzo SSD
                   |        |                                   |       Queue depth media
                   |        |                                   dimensione media letture kB
                   |     velocità lettura kB/s
                letture/s

https://github.com/markfasheh/duperemove

Bella quelle queue depth che varia da 30 a 57, haha.

[frafelix]

Originariamente inviato da Black (Wooden Law)

Ma la differenza in sequenziale si vede soprattutto dopo la saturazione della cache SLC, è lì che si testa “veramente” la sinergia tra controller e NAND. Oltretutto un trasferimento del genere non va per forza fatto sullo stesso SSD.

Giusto, ma o lo fai su un altro ssd di pari velocità o sei castrato dal device più lento. Comunque tutto sto discorso era per dire che se non si usano alte code tra un ssd buono e uno ottimo non è che si noti differenza

[Black (Wooden Law)]

Originariamente inviato da frafelix

Giusto, ma o lo fai su un altro ssd di pari velocità o sei castrato dal device più lento. Comunque tutto sto discorso era per dire che se non si usano alte code tra un ssd buono e uno ottimo non è che si noti differenza

Sì ma io infatti non sto dicendo che ti sbagli del tutto, ma che comunque anche a code basse la differenza dopo la cache SLC c’è. In random neanche ad alte code a momenti…

[aranar]

un dubbio: ho acquistato questo portatile (so che non è un granchè ma non volevo spendere molto) a cui aggiungerei un secondo disco da 1Tb (o forse 2) ove appoggiare programmi di elaborazione foto/video e l'archivio OneDrive.
Visto che dite esservi poca differenza vale la pena acquistare un M.2 o potrei procedere anche con un SSD Sata per risparmiare qualcosa?

[Black (Wooden Law)]

Originariamente inviato da aranar

un dubbio: ho acquistato questo portatile (so che non è un granchè ma non volevo spendere molto) a cui aggiungerei un secondo disco da 1Tb (o forse 2) ove appoggiare programmi di elaborazione foto/video e l'archivio OneDrive.
Visto che dite esservi poca differenza vale la pena acquistare un M.2 o potrei procedere anche con un SSD Sata per risparmiare qualcosa?

Dovresti specificare cosa intendi con “elaborazione foto/video”.

[aranar]

ci installo Lightroom e Wondershare Filmora e ci tengo i relativi archivi (sposto l'archivio OneDrive su questo disco e gli archivi li metto dentro OneDrive)

[Black (Wooden Law)]

Originariamente inviato da aranar

ci installo Lightroom e Wondershare Filmora e ci tengo i relativi archivi (sposto l'archivio OneDrive su questo disco e gli archivi li metto dentro OneDrive)

Non penso che ci sia differenza tra NVMe e SATA, allora. Prendine comunque uno top (MX500, 870 EVO, ecc.).

[aranar]

Originariamente inviato da Black (Wooden Law)

Non penso che ci sia differenza tra NVMe e SATA, allora. Prendine comunque uno top (MX500, 870 EVO, ecc.).

Si infatti la scelta era 980 Pro o 870 EVO

[Black (Wooden Law)]

Originariamente inviato da aranar

Si infatti la scelta era 980 Pro o 870 EVO

Sto vedendo ora che l'870 EVO 1TB costa poco più di 100 euro mentre l'MX500 nello stesso taglio meno 86 euro, quindi meglio l'MX500.

[giovanni69]

WD Blue SN570 1TB High-Performance M.2 PCIe NVMe SSD, a 91€. Domani è prime day.

[Ginopilot]

Preso sn850 da 1TB con dissipatore a 80 euro

[RoUge.boh]

Originariamente inviato da Ginopilot

Preso sn850 da 1TB con dissipatore a 80 euro

io vedo a 87 quello da 500 gb

[Black (Wooden Law)]

80 euro per il 500GB è comunque un buon prezzo, volendo a meno c'è il P5 Plus che però è peggiore.

La vera offerta era il 980 PRO 1TB a 117 euro con il dissipatore...

[Ginopilot]

Originariamente inviato da Black (Wooden Law)

80 euro per il 500GB è comunque un buon prezzo, volendo a meno c'è il P5 Plus che però è peggiore.

La vera offerta era il 980 PRO 1TB a 117 euro con il dissipatore...

Si, ma il sn850 da 1tb con dissipatore a 80 lo è molto di più. Per un po’ c’è stato un errore ed è passato a quel prezzo.

[Black (Wooden Law)]

Originariamente inviato da Ginopilot

Si, ma il sn850 da 1tb con dissipatore a 80 lo è molto di più. Per un po’ c’è stato un errore ed è passato a quel prezzo.

Poco ma sicuro, peccato fosse solo un errore di prezzo. Ora è a 119 euro, comunque ottimo, forse il migliore.

[Ginopilot]

No, col dissipatore 137.

[Black (Wooden Law)]

Originariamente inviato da Ginopilot

No, col dissipatore 137.

Sì ora si è alzato il prezzo, ma comunque rimane buono (anche se a ‘sto punto preferisco l’SN850).

[s12a]

Esistono SSD NVMe di fascia consumer che permettono di configurare i namespace?

https://nvmexpress.org/resources/nvm...me-namespaces/

What is a Namespace?

In NVMe® technology, a namespace is a collection of logical block addresses (LBA) accessible to host software. A namespace ID (NSID) is an identifier used by a controller to provide access to a namespace. A namespace is not the physical isolation of blocks, rather the isolation of logical blocks addressable by the host software.

In Linux, namespaces appear each with a unique identifier in devices; /dev/nvme0n1 is looking at controller 0 and namespace 1).

There are many reasons why host software would want to break up an NVMe SSD into multiple namespaces: for logical isolation, multi-tenancy, security isolation (encryption per namespace), write protecting a namespace for recovery purposes, overprovisioning to improve write performance and endurance and so on.

On an NVMe SSD by default, the size of the namespace is equal to the size of LBA’s determined by the manufacturer. Each namespace is presented as a separate target device in the host software.