Új hozzászólás Aktív témák

• #5 jerry311 nagyúr ledgeri #4

  Új Válasz 2022-01-12 23:27:27 #5

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jerry311

  nagyúr

  válasz ledgeri #4 üzenetére

  Szvsz, a gyártók nem költenének rá, ha nem lenne szükséges.

  De benne van a doksiban is:

  TLDR: a NAND méret csökkent, a controller bonyolultsága nőtt, és az ECC nem volt elég, kellett a RAIN.

  ECC Is No Longer Enough to Protect NAND in SSDs

  Like HDDs, SSD devices also have the potential for
  failure and data loss. The original method for protecting
  data in SSD designs was simply to add the required levels
  of error correction code (ECC) to the given pages and
  then recover data using ECC. When the first SSDs were
  shipped, this initial level of protection was sufficient to
  minimize the chance of failure, much like with the early
  HDD products.
  But as NAND geometries continue to shrink, and control-
  ler complexity increases, a protection scheme beyond
  simple ECC is needed—like RAID was needed for HDDs.
  Similar solutions to protect the user data in SSDs have
  emerged as the market matures, but unlike with HDD
  arrays, where the industry collectively settled on a very
  few specific versions of array-level RAID implementations
  (most commonly, single-bit parity RAID 5 and double-bit
  parity RAID 6—both rotating), SSDs utilize approaches at
  the device level. Thus, no two versions of SSD data protec-
  tion technology are guaranteed to be exactly the same.
  With many competitive architectures being created by
  multiple SSD manufacturers, it is important to understand
  the details of the approach being used. These details can
  be thought of as tools in the SSD designer’s toolkit and
  can be tuned and adjusted to best match the SSD design
  to the intended use, workload, endurance, and a host of
  other factors.

Új hozzászólás Aktív témák