Re: SSDs

Liste des GroupesRevenir à c arch 
Sujet : Re: SSDs
De : chris.m.thomasson.1 (at) *nospam* gmail.com (Chris M. Thomasson)
Groupes : comp.arch
Date : 11. Jun 2024, 21:59:27
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <v4adrg$16s3t$7@dont-email.me>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
User-Agent : Mozilla Thunderbird
On 6/11/2024 1:20 PM, Stefan Monnier wrote:
It has to have a substantial amount of RAM in order to coalesce writes,
after applying all those remapping/wear leveling layers. This write-back
cache has a limited amount of dirty buffers, preferably low enough that they
can all be flushed to persistent storage in case of power loss.
 IIUC some don't have much RAM to speak of (they probably have some
on-CPU cache-size RAM, of course) and lend some DRAM from the host system
instead (accessed over PCI).  The technique is called HMB (Host Memory
Buffer), and it's apparently quite popular.
According to https://journals.plos.org/plosone/article?id=10.1371%2Fjournal.pone.0229645
the HMB is used mostly for the remapping table, while the write buffer
used for coalescing is presumably some STL flash.
 
The main task however is that when first turned on, the CPU will run
a substantial amount of burn-in testing, and then decide how many flash
pages are actually usable.
 IIUC, another time-consuming task at startup can be to find the location
of the logical->physical mapping table (since it can't be written at
a fixed place in the flash, for wear-leveling reasons).
[ot] is there a way to create a flash disk that has the same protections as, say:
Dungeon Master
Technical Documentation - Copy Protection
http://dmweb.free.fr/?q=node/210

Date Sujet#  Auteur
4 Jun 24 * Re: Another security vulnerability11MitchAlsup1
5 Jun 24 +* Re: Another security vulnerability9Anton Ertl
10 Jun 24 i`* Re: Another security vulnerability8MitchAlsup1
10 Jun 24 i +* Re: Another security vulnerability6Stephen Fuld
11 Jun 24 i i`* Re: Another security vulnerability5MitchAlsup1
11 Jun 24 i i `* Re: Another security vulnerability4Stephen Fuld
11 Jun 24 i i  `* Re: Another security vulnerability3Terje Mathisen
11 Jun 24 i i   `* SSDs (was: Another security vulnerability)2Stefan Monnier
11 Jun 24 i i    `- Re: SSDs1Chris M. Thomasson
11 Jun 24 i `- Re: Another security vulnerability1MitchAlsup1
10 Jun 24 `- Re: Another security vulnerability1MitchAlsup1

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal