惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
Jina AI
Jina AI
小众软件
小众软件
GbyAI
GbyAI
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
博客园 - 【当耐特】
D
DataBreaches.Net
腾讯CDC
V
Visual Studio Blog
博客园 - 叶小钗
B
Blog
Apple Machine Learning Research
Apple Machine Learning Research
T
The Blog of Author Tim Ferriss
S
SegmentFault 最新的问题
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
V
V2EX
博客园 - 三生石上(FineUI控件)
云风的 BLOG
云风的 BLOG
The Cloudflare Blog
MongoDB | Blog
MongoDB | Blog
有赞技术团队
有赞技术团队
U
Unit 42
博客园 - 司徒正美
博客园 - 聂微东

V2EX

我用 AI 写代码,但终端管理反而成了累赘——于是我做了 codux [调研] 各位在公司都用什么 ide 和 agent 写代码? 老运维 share 一个运维平台 看到有公司考核 token 指标,很好奇大家上个月的 AI 账单是多少 GLM-Coding 调用持续报错: z.ai 的 Lite 套餐几乎无法使用,官方 Pro/Max 是否稳定? 现在还有什么渠道可以稳定安全地使用 Claude 吗? 上海漕河泾内推,本组有 2 个 hc,一个后端,一个前端,预算都是 20k 左右,不打卡,氛围好 如果 V2EX 上有一组不永久保存聊天记录(比如只保存 7 天或者 24 小时)的聊天室,那么会开启哪些有用或者有趣的可能? gemini cli 貌似挂了,一直返回 403 第一次在自媒体上赚到钱 收集了最近在使用的低价 GPT, Gemini,邮箱等 AI 会员的小店合集 讨论个大实话:现在企业还在说 AI 编程提效 20%, 30%的,真的太落后,没用懂 AI。因为包括很多前沿公司,已经狂奔到提效 200%-500%的情况 [招聘][远程][币安] 前端/后端/QA/iOS/Android 至少 3 年以上经验 目前有大量 HC 欢迎投递 Chatgpt Pro 用量用不完的可以开这些设置 面试的时候好像遇到钓鱼了,给各位避个坑 cursor 年续费 22 号到期, 自动续费是否还是老的计次套餐呢 被两件破事毁掉的一下午,琐碎的内耗消磨人的精力 使用 Planet 存储 Codex 的会话或者重要信息 如果业务部门领导不要你开发功能,而是要求你教会它用 claude code 开发功能,你会怎么做? 分享一个 MacOS 接绿联 CM818 USB 转 DP 转接器使用感受 我的 HR 朋友 10 年老 Java ,非全大专,大家帮忙看看简历 开源了一个 AI 口语练习工具,音素级发音评分,完全免费可自部署 V2EX 上有哪些你觉得很有趣、印象深刻的妹纸? 字节为啥不出个国内版 Vercel? 有在大马的朋友吗? 问个运营商问题 你们在有领导的公司大群发过的最大胆的消息是什么 公司裁员,目前没有工作。想试试摆摊,做一个移动鲜啤打酒车 我的硬盘 Memblaze Pblaze 5 Linux 下不识别,给 Linux 内核提交了补丁, AI 说有望被合并 只有我一个人觉得 codex 不好用?
对于使用 NAND 的存储设备是否需要定期搬运冷数据?
wr410 · 2026-01-05 · via V2EX

两个冷知识

  1. RAM 需要定时刷新才能保存数据
  2. NAND 存储的数据会随时间而流逝

遇到的现象

我有一个树莓派,使用 TF 卡作为存储,根分区在启动加载时设置为只读模式。理论上来说,根分区是不会发生数据变更的。而事实上,当使用一段时间(可能是半年或一年)后,就会出现 IO 读取错误。为了确认是否 TF 卡的(物理)损坏,我直接用备份的镜像重新整个写入,惊奇的发现可以继续正常(无错误)的使用。因为 TF 卡容量较小只有 4G ,且 IO 错误的位置处于镜像数据范围内,跑 badblocks 后没有报错,所以可以确认 IO 错误并非因为 TF 卡自身的损坏。

提出问题

基于上述现象,我认为是被称为 [ Bit Rot ] 的现象所导致的结果。究其原因很可能是长期只读使用过程中,形成的 [ Read Disturb ] 或自然衰减造成的。

对于 SSD 来说,主控可能会对冷数据进行搬运。实际上硬盘设备并没有自己的时间概念,也只能对于擦写次数相对而言来进行冷热判断。如果写入次数很少又或者容量较大的情况下,很可能长期不会对冷数据进行处置。但如果搬运频繁或者刷新重写,又会造成写入放大的问题。所以我认为这个机制实际上在一般的 SSD 中并不存在。同样的,对于 TF 这类更为低级的存储设备来说,这些机制更不可能存在。操作系统和文件系统也不会参与其中。

因此,我想提出这样一个问题: 对于 NAND 存储设备而言,冷数据是否需要自己来定期搬运?