NAND Flash底层原理,SLC MLC TLC比较 (转发)

2024-02-08 05:20

本文主要是介绍NAND Flash底层原理,SLC MLC TLC比较 (转发),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

NAND Flash底层原理,SLC MLC TLC比较

NAND-Flash 的存储原理

  固态硬盘最小单元的基本架构如下:
 

  我们知道计算机中所有的信息储存最终都必须回归到 0与1,原则上,只要存储单元能提供两种或两种以上可供辨识的状态,便可以拿来纪录数据。

(1)写入数据

  在 NAND-Flash 中,当我们需要写入数据时,会在图中的控制闸(Control Gate)施加高电压,然后允许源极(Source)与汲极(Drain)间的 N信道(N-Channel)流入电子,等到电流够强,电子获得足够能量时,便会越过浮置闸(Floating Gate)底下的二氧化硅层(SiO2)为单元所捕获,这个过程我们称之为穿隧效应(Tunnel Effect);

(2)数据稳定

  一旦电子进入了浮置闸,即使移除电源,只要没有足够能量,电子是无法逃离底下的二氧化硅层的,捕获电子的状态便会一直维持下去,时间可以长达十数年之久,视用来绝缘的二氧化硅层耗损状况而定。

(3)读取数据

  读取数据时,我们同样会在控制闸施加电压,好吸住浮置闸里的电子,但不用到穿隧注入(Tunnel Injection)电子时那么高,同时让 N通道流过电流,利用电流来感应浮置闸里电子捕获量的多寡,靠感应强度转换为二进制的 0与1,最后输出成数据。

(4)擦除数据

  假如我们需要擦除数据,就必须靠释放浮置闸里头的电子来达成,此时我们不会对控制闸施加任何电压,而是反过来对单元底下的 P型半导体(P-Well)施加电压,源极与汲极间的电流流过二氧化硅层底下的 N通道时会反向让浮置闸里的电子再次穿越二氧化硅层被吸引出来,我们称之为穿隧释出(Tunnel Release)。

SLC MLC TLC 简单分析

1、SLC MLC TLC介绍

  SLC Single-Level Cell,意味着每个存储单元只存放 1bit讯息,靠浮置闸里电子捕获状态的有或无来输出成数据(即使在 0的状态浮置闸里其实还是有电子,但不多),也就是最简单的 0与1;

  MLC Multi-Level Cell,意味着每个存储单元可存放 2bit讯息,浮置闸里电子的量会分为高、中、低与无四种状态,转换为二进制后变成 00、01、10、11;

  TLC Triple-Level Cell ,更进一步将浮置闸里的电子捕获状态分成八种,换算成二进制的 000、001、010、011、100、101、110、111,也就是3bit。

2、SLC与MLC的比较

  SLC 与 MLC 的比较主要可以分为寿命、成本、功耗、效能与出错率五个面向。

(1)比较寿命

  • 原理说明

  固态硬盘存储数据主要靠单元中浮置闸所捕获电子的量,电子要进入或离开浮置闸都得藉由穿隧效应进出用来阻挡电子的二氧化硅层。而二氧化硅层其实只有10nm左右厚度,在每一次的穿隧注入电子或释出时,二氧化硅的原子键会一点一点地被破坏。因此,数据的擦除工作会愈来愈慢,因为电子会慢慢占据原本用来绝缘的二氧化硅层,抵销掉施加在控制闸上的电压,导致需要更高电压才能完成工作,而这会让氧化物更快被击穿,等到整个二氧化硅层被电子贯穿,该单元也就正式寿终正寝啦。

  • 得出结论

   SLC 只有有或无两种状态,MLC 却有四种电压状态,为了达到这四种状态,电子得频繁出入二氧化硅层,加速单元的耗竭,这也就是为什么 SLC 可以有十万次擦写寿命而 MLC 却只有一万次的原因。

  当然啦,TLC更惨,平均只有五百到一千次擦写寿命,所以主要拿来做市售的亲民价随身碟。

(2)比较速度、功耗、稳定性、出错率、成本

  SLC因为只有两种状态,最容易辨识,所以在同一种主控芯片与计算逻辑下速度最快,功耗也最低,状态稳定,以现代技术而言出错率几乎可以忽略不计。

  SLC的一个Cell只存1bit数据,MLC的一个Cell却能存2bit或者更多的bit数据,但芯片的体积并没增加,等于压缩存储了数据,这样的结果就是相同的一块芯片存储的容量变大,自然价格就便宜了。

  MLC与 TLC都十分仰赖 ECC,一有出错就会导致倍数以上的数据损失,好的是,截至 2012年底,各大厂 ECC技术其实都已经相当成熟。

(3)比较存储容量

  截止2017-08-01有对于单颗Flash,SLC最大支持512GB,MLC最大支持4TB,TLC最大支持6TB。

内存颗粒等级释疑

  上面这张图就是所谓的晶圆,刚出厂切割完就长这样,上面每一个小方块都可以拿做成一张记忆卡。问题是,就像内存颗粒即使刚出厂都会有坏块一样,刚出厂的晶圆上也不是每片颗粒都是优等生,就英特尔、镁光(Intel、Micron这两家公司的晶圆由共同合资的IMFT,IM Flash Technology生产)来讲,

(1)有些可以拿来做最高等级的同步颗粒;

(2)有些修复校验后可以拿来当次等的同步颗粒;

(3)而有些不管怎样折腾都是鸡肋,食之无味,弃之可惜,但还是可以卖,就拿来做最低阶的异步颗粒,主要用在国民价记忆卡上。

所以,千万不要看到打上英特尔或镁光就以为是什么极品,没那么神,还要对照颗粒表面的编码才能判定质量良窳。

同步与异步

  颗粒的同步/异步,主要是两个管脚的定义不同,同步模式下,颗粒不需要告诉主控“我准备好了,可以读/写了”,而是随时ready的状态,这样可以省下一个时钟周期。

  用英特尔 25nm颗粒的分级表来总结,给您个清晰的轮廓。

【科普】【SSD/U盘】SLC MLC TLC 傻傻也能分清【转】图片6

 

转自:https://www.cnblogs.com/Christal-R/p/7246415.html

这篇关于NAND Flash底层原理,SLC MLC TLC比较 (转发)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/690008

相关文章

Spring Cloud Hystrix原理与注意事项小结

《SpringCloudHystrix原理与注意事项小结》本文介绍了Hystrix的基本概念、工作原理以及其在实际开发中的应用方式,通过对Hystrix的深入学习,开发者可以在分布式系统中实现精细... 目录一、Spring Cloud Hystrix概述和设计目标(一)Spring Cloud Hystr

C#比较两个List集合内容是否相同的几种方法

《C#比较两个List集合内容是否相同的几种方法》本文详细介绍了在C#中比较两个List集合内容是否相同的方法,包括非自定义类和自定义类的元素比较,对于非自定义类,可以使用SequenceEqual、... 目录 一、非自定义类的元素比较1. 使用 SequenceEqual 方法(顺序和内容都相等)2.

MySQL中的MVCC底层原理解读

《MySQL中的MVCC底层原理解读》本文详细介绍了MySQL中的多版本并发控制(MVCC)机制,包括版本链、ReadView以及在不同事务隔离级别下MVCC的工作原理,通过一个具体的示例演示了在可重... 目录简介ReadView版本链演示过程总结简介MVCC(Multi-Version Concurr

对postgresql日期和时间的比较

《对postgresql日期和时间的比较》文章介绍了在数据库中处理日期和时间类型时的一些注意事项,包括如何将字符串转换为日期或时间类型,以及在比较时自动转换的情况,作者建议在使用数据库时,根据具体情况... 目录PostgreSQL日期和时间比较DB里保存到时分秒,需要和年月日比较db里存储date或者ti

Redis主从/哨兵机制原理分析

《Redis主从/哨兵机制原理分析》本文介绍了Redis的主从复制和哨兵机制,主从复制实现了数据的热备份和负载均衡,而哨兵机制可以监控Redis集群,实现自动故障转移,哨兵机制通过监控、下线、选举和故... 目录一、主从复制1.1 什么是主从复制1.2 主从复制的作用1.3 主从复制原理1.3.1 全量复制

Redis主从复制的原理分析

《Redis主从复制的原理分析》Redis主从复制通过将数据镜像到多个从节点,实现高可用性和扩展性,主从复制包括初次全量同步和增量同步两个阶段,为优化复制性能,可以采用AOF持久化、调整复制超时时间、... 目录Redis主从复制的原理主从复制概述配置主从复制数据同步过程复制一致性与延迟故障转移机制监控与维

SpringCloud配置动态更新原理解析

《SpringCloud配置动态更新原理解析》在微服务架构的浩瀚星海中,服务配置的动态更新如同魔法一般,能够让应用在不重启的情况下,实时响应配置的变更,SpringCloud作为微服务架构中的佼佼者,... 目录一、SpringBoot、Cloud配置的读取二、SpringCloud配置动态刷新三、更新@R

Redis主从复制实现原理分析

《Redis主从复制实现原理分析》Redis主从复制通过Sync和CommandPropagate阶段实现数据同步,2.8版本后引入Psync指令,根据复制偏移量进行全量或部分同步,优化了数据传输效率... 目录Redis主DodMIK从复制实现原理实现原理Psync: 2.8版本后总结Redis主从复制实

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。

深入探索协同过滤:从原理到推荐模块案例

文章目录 前言一、协同过滤1. 基于用户的协同过滤(UserCF)2. 基于物品的协同过滤(ItemCF)3. 相似度计算方法 二、相似度计算方法1. 欧氏距离2. 皮尔逊相关系数3. 杰卡德相似系数4. 余弦相似度 三、推荐模块案例1.基于文章的协同过滤推荐功能2.基于用户的协同过滤推荐功能 前言     在信息过载的时代,推荐系统成为连接用户与内容的桥梁。本文聚焦于