- 综合排序
- 最热优先
- 最新优先
- 来自专栏编程学习之路
MCU的最佳存储方案CS创世 SD NAND
那关于MCU的存储方面，以前基本上用内置的E2PROM,或者是外置的NOR Flash 就可以了。 但随着物联网的兴起，MCU的应用越来越广泛了，逐渐的MCU会涉及到大容量的存储需求，用来存储音频，图片（GUI）、视频缓存、协议栈等等。 我们知道MCU为了功耗，牺牲了很多性能，如果让MCU直接管理NAND Flash的话，复杂的驱动软件就会大量占用MCU的处理器资源，MCU没法干别的了。 针对这么复杂的驱动程序，MCU也有心无力，让人感觉是小马拉大车。 那么针对MCU需要使用大容量的存储需求，有没有一种简单易用、稳定可靠的NAND Flash产品呢？ 把针对NAND Flash管理的大车，放心的交给SD NAND，可以看到针对MCU如何选择大容量存储NAND Flash，SD NAND是不二选择，简直就是"郎才女貌"。 PS.
60610编辑于 2024-07-03 - 来自专栏哈哈熊
MCU的最佳存储方案CS创世 SD NAND
MCU的最佳存储方案CS创世 SD NAND 大家都知道MCU是一种"麻雀"虽小，却"五脏俱全"的主控。 那关于MCU的存储方面，以前基本上用内置的E2PROM,或者是外置的NOR Flash 就可以了。 但随着物联网的兴起，MCU的应用越来越广泛了，逐渐的MCU会涉及到大容量的存储需求，用来存储音频，图片（GUI）、视频缓存、协议栈等等。 针对这么复杂的驱动程序，MCU也有心无力，让人感觉是小马拉大车。 那么针对MCU需要使用大容量的存储需求，有没有一种简单易用、稳定可靠的NAND Flash产品呢？ 把针对NAND Flash管理的大车，放心的交给SD NAND，可以看到针对MCU如何选择大容量存储NAND Flash，SD NAND是不二选择，简直就是"郎才女貌"。
44910编辑于 2024-07-03 - 来自专栏人人都是极客
NXP MCU外接摄像头方案
如下是 Flexio 接口的MCU外接并口摄像头的硬件参考链接。 类似的Flexio的连接方案可以在NXP的Kinetis MCU KL28, K82等上面都找到相同的硬件连接方式。 其中摄像头OV7670典型的硬件供电连接图参考如下： 在I.MXRT1010的FlexIO实现的并口摄像头方案，外接OV7670摄像头，配置输出QQVGA数据帧，帧率可以达到30fps。 0x2A,0x2C,0x0A,0x00, 20fps: 0x20,0xA1,0x07,0x00, 在FRDM-K82F开发板上测试，160*120是实现的最大分辨率，采用单芯片无外扩RAM的方案 可以通过MCU输出CLKOUT信号 50MHz的时钟给到摄像头模块。I2C接口配置直接连接MCU的I2C外设。320x240解析度的图片需要 150K字节的RAM空间。 另外，在I.MXRT106F上面实现了活体人脸识别的方案。
1.9K10编辑于 2023-09-11 - 来自专栏嵌入式开发圈
关于MCU产品开发参数存储的几种方案(开源项目持续收集整理中)
在工作中，凡是涉及到产品开发几乎都会实现参数存储功能，一般参数存储会采用如下的存储介质进行，如：eeprom、spi flash、nand flash、SD卡等等，至于怎么存储那就多种多样了，以我之前开发的产品为例 4、开源项目收集整理 地址：https://gitee.com/morixinguan/mcu-product ? ?
1.6K10发布于 2021-02-23 - 来自专栏嵌入式开发圈
一个产品级MCU内存管理方案
内存管理方案 不发明车轮，只优化轮胎。 内存管理是编程界的一个大话题，有很多经典的方案。很多人也在尝试写新的方案。内存分配模块我们使用K&R C examples作为基础，然后进行优化。K&R是谁？ 这本书的8.7章节，<实例--存储分配程序>，介绍了一种基本的存储分配方法。代码见alloc.c，整个代码只有120行，而且结构很美。 K&R 内存管理方案分析 下面我们结合代码分析这种内存分配方案。 缺点2：内存消耗 内存分配方案使用了一个结构体，每次分配的最小单位就是这个结构体的大小16字节。 我们可以参考LINUX内存分配方案SLAB。 0 4396 mcu_timer.o 1564 82 0 0 328 9072 mcu_uart.o
1.5K21发布于 2021-01-26 - 来自专栏TopSemic嵌入式
基于无线型RISC-V MCU的电子胸牌方案
基于沁恒无线型RISC-V MCU CH32V208制作的电子胸牌，配合上位机软件，可覆盖大部分的会议环节，实现会议每个环节的智慧进行。 一、电子胸牌方案框图 电子胸牌主控采用单颗无线型 RISC-VMCUCH32V208，这款MCU采用沁恒自研RISC-V内核青稞V4C，集成低功耗蓝牙、10M以太网、触摸按键等功能，单颗CH32V208 LCD用于显示相关信息，也可采用墨水屏等显示方案。 微信小程序用于配置电子胸牌显示的参会者姓名，并将参会者信息传输给后台服务器，用于签到统计等功能。小程序还提供电子胸牌的使用说明。 该方案已成功应用于RISC-V中国峰会2022南京分会，助力峰会每个环节的智慧进行。 该方案已开源，GitHub链接：https://github.com/openwch/E_Card CH32V208资料链接：https://www.wch.cn/products/CH32V208.
1K20编辑于 2022-12-06 - 来自专栏CSDN搜“看，未来”
Nginx（11）：存储数组的链表
文章目录 我的困惑 存储数组的链表 设计优点 配备方法 ngx_list_create ngx_list_init 我的困惑 这个链表我很喜欢，且这个构想在我的脑子里面存在很久了，但是一直没去实现 ---- 存储数组的链表 typedef struct ngx_list_part_s ngx_list_part_t; //节点 /* 每个链表元素ngx_list_part_t又是一个数组，拥有连续的内存 //指向最后一个数组元素 ngx_list_part_t part; //首元素 size_t size; //限制每个数组元素占用空间大小，也就是用户要存储的一个数据所 ngx_uint_t nalloc; //最多可存储数据数 ngx_pool_t *pool; //管理内存分配的内存池对象 } ngx_list_t; 这个跟deque
82020发布于 2021-10-09 - 来自专栏一行舟
在线Excel存储方案
引言：设计数据存储方案时，Feed流、IM消息、订单等一些典型业务场景的，都有比较多的技术文章和教学课程；在线Excel场景下的文章却很匮乏，所以把自己近期对在线Excel存储选型的一些思考写下来，和大家一起交流 人的主要属性有：用户ID、人员名称等，是典型的结构化数据，我们只需要根据数据量去选择合适的存储方案就可以，不是本文的重点，就不细说了。 我们重点分析Excel文档的存储。 方案设计 经过上面的分析我们对数据库的需求有： 需求 是否必须 低延迟 必须 支持CP模型 必须 支持非结构化数据存储 必须 有亿级数据的存储方案 必须 有成熟的扩容方案 必须 冷热数据 非必须 各类数据库对比 最终选型 需求 MySQL MongoDB TiDB S3 低延迟 ✅ ✅ ✅ 支持CP模型 ✅ ✅ ✅ 支持非结构化数据存储 ❌ ✅ ❌ 有亿级数据的存储方案 ✅ ✅ ✅ ✅ 有成熟的扩容方案 一般使用比较多的数据库如MySQL、MongoDB在这些方面都有成熟的方案。综上所述：采用「MongoDB」来存储元数据和Excel文档的热数据，采用「对象存储」来存放冷数据是一个比较不错的方案。
2.8K20编辑于 2022-08-25 - 来自专栏Ywrby
11-存储过程和函数
存储过程 # 存储过程和函数 /* 存储过程和函数：类似Java中的方法 好处： 1. 提高代码重用性 2. 减少数据库服务器的连接次数，提高效率 */ # 存储过程创建 CREATE PROCEDURE 存储过程名(参数列表) BEGIN 存储过程体(一组合法的SQL语句) END # 注意 1. 如果存储过程体中仅有一句话，BEGIN END 可以省略 4. 存储过程体中每条SQL语句结尾要求必须加分号 5. 存储过程的结尾可以用DELIMITER重新配置 语法： DELIMITER 结束标记 # 调用语法 CALL 存储过程名(实参列表); # 空参的存储过程 # 案例：插入到admin表中三条记录 DROP PROCEDURE p2; # 查看存储过程结构信息 SHOW CREATE PROCEDURE p3; # 存储过程一般不修改 函数 # 函数 /* 存储过程与函数区别： 存储过程可以有任意个返回值
79620编辑于 2022-10-27 - 来自专栏AIoT技术交流、分享
车载T-BOX中MCU和SoC通信方案（SPI通信方式）
在车载T-BOX中，MCU和SoC之间必然存在数据通信，本篇博文将分享一种基于SPI方式的通信方案。 拓展学习：一文搞懂SPI通信协议。 SoC作为主机，MCU作为从机，配置模式如下所示： 通信模式：模式0； 通信速率：4.8Mbps； 数据存储：小端模式； 数据长度：每包256Byte。 MCU和SoC物理连接如图所示： 名词解析： MISO：主设备输入从设备输出； MOSI：主设备输出从设备输入； SCLK：时钟信号，主设备产生； CS：片选，主设备控制，低电平有效； S_RQ：从设备请求数据信号
2.3K30编辑于 2022-12-29 - 来自专栏Android 开发者
Android 11 中的存储机制更新
Android 10 引入了对外部存储权限的更改，旨在更好地保护用户数据以及降低应用的存储空间。Android 11 开发者预览版里加入了更多改进，以帮助开发者更好地适应这些权限修改。 在 Android 11 中，我们会通过下述的几点来继续优化分区存储 (Scoped Storage) 的开发者体验。 因此在 Android 11 里，依赖原始文件路径的 API 和库可以再次使用了。 Android 11 里将会引入一个特别的权限叫做 MANAGE_EXTERNAL_STORAGE，该权限将授权读写所有共享存储内容，这也将同时包含非媒体类型的文件。 /video/av771… 或点击这里查看 Android 开发者文档:《Android 11 中的存储更新》 我们非常重视您的反馈，您可以通过 issues tracker 向我们反馈 issue 或新特性需求
4.2K11发布于 2020-03-19 - 来自专栏存储公众号：王知鱼
Solidigm：海量数据存储方案
存储需求差异化：从数据中心的大容量存储到车载的相对小容量存储，不同环节对存储容量要求各不相同。 6. 可持续性：增加对总体拥有成本（TCO）和可持续性的关注。 得益于SKhynix在高密度存储3D-NAND领域长期积累的优势，Solidigm可完整复制高密度存储的生产能力。 高密度存储全栈解决方案 主要涵盖了三个方面的技术突破： 1. 这一进展对存储系统具有重要意义，因为它提供了更高的存储容量，同时不sacrificing牺牲性能和耐久性，为数据中心和企业存储解决方案提供了更具成本效益的选择。 图片阐述了存储技术领域正在经历的重大转变，强调了高密度存储解决方案的重要性。主要传达以下几个关键信息： 1. 采用固态硬盘和闪存存储技术的数据中心可以大幅降低能耗和成本。 2. 数据中心使用全QLC闪存存储方案能够实现更高的容量和更低的成本。 3.
88910编辑于 2025-02-11 - 来自专栏小徐学爬虫
Elasticsearch数据存储优化方案
优化Elasticsearch数据存储有助于提升系统性能、降低成本、提高数据查询效率以及增强系统的稳定性和可靠性。通常我们再优化Elasticsearch数据存储会遇到一些问题，导致项目卡壳。 以下是优化Elasticsearch数据存储的一些重要作用：1、问题背景在某些场景中，我们可能会考虑绕过数据库，直接使用Elasticsearch存储数据，并在Python应用程序中实时构建这些数据。 2、解决方案使用Elasticsearch批量索引APIElasticsearch的批量索引API具有很高的效率，可以处理大量的数据。具体性能会根据源文档和分析器的复杂性有所变化。 消息代理是一种中间件软件，它可以存储和转发消息。应用程序将数据发送到消息代理，消息代理将数据转发到Elasticsearch。 如果Elasticsearch无法及时处理数据，那么消息代理会将数据存储起来，等到Elasticsearch能够处理数据时再转发给Elasticsearch。
99210编辑于 2024-03-18 - 来自专栏存储公众号：王知鱼
SuperMicro：AI存储硬件方案
SuperMicro：AI存储硬件方案-Fig-1 云厂商 AI存储方案 大规模 AI/GPU 集群基础设施。按可扩展单元 (SU，也称为 Pod，例如 256 个 GPU) 进行扩展。 SuperMicro：AI存储硬件方案-Fig-2 企业级AI存储方案 Pod 级别的部署（较云厂商规模、性能要求降低） 企业用例，推理与训练的比较 存储需求： • 全 NVMe 或 PB 级别的分层存储 • WEKA 数据平台： • 扩展式、分层存储解决方案。 • 集群存储解决方案。 • 数据保护和性能保障。 SuperMicro：AI存储硬件方案-Fig-5 计算+存储（性能层）+容量层 方案 所有训练数据集和模型都存储在本地 • 数据湖使用容量优化的存储。 SuperMicro：AI存储硬件方案-Fig-6 方案验证 机架视角的集群组网方案 解决方案架构，分为三个层次： 1.
1.5K10编辑于 2025-02-11 - 来自专栏Elton的技术分享博客
网站密码存储方案比较
第一种就不解释了，我们看下第二种加密算法（php代码）$salt是一个随机字符串，每个用户都不一样，并且要存储下来用于验证 md5($password. [:r] 然后在django.contrib.auth.hashers里使用，密码以“algorithm$number of iterations$salt$password hash”的格式返回，并存储在同一个字段中 当然，如果你自己编写PBKDF2函数，你可以将salt存储在任意字段。只要让每个用户都不一样就行了。
2.2K30发布于 2021-01-22 - 来自专栏字节流动
Android 10(Q)11(R) 分区存储适配
为此，Google 终于下定决心在 Android 10 中引入了分区存储，对权限进行场景的细分，按需索取，并在 Android 11 中进行了进一步的调整。 Android 存储分区情况 Android 中存储可以分为两大类：私有存储和共享存储 私有存储 (Private Storage) : 每个应用在都拥有自己的私有目录，其它应用看不到，彼此也无法访问到该目录 Android 11 (R) Android 11 (R) 在 Android 10 (Q) 中分区存储的基础上进行了调整。 1. 新增执行批量操作 为实现各种设备之间的一致性并增加用户便利性，Android 11 向 MediaStore API 中添加了多种方法。 使用直接文件路径和原生库访问文件 为了帮助您的应用更顺畅地使用第三方媒体库，Android 11 允许您使用除 MediaStore API 之外的 API 访问共享存储空间中的媒体文件。
3.4K30发布于 2020-08-28 - 来自专栏腾讯云存储
对象存储COS成本优化方案
在存储费用方面，COS提供了标准存储、低频存储、智能分层存储、归档存储、深度归档存储等不同的存储类型，各个存储类型的产品规格和价格均存在差异，客户可以根据自己的业务模式选择性价比最匹配的存储类型。 下面我们将从5个方面介绍COS成本优化方案： 选择合适的存储类型 定期通过清单和访问日志功能分析数据访问模式 通过生命周期和批量处理沉降数据 通过文件压缩减少存储容量 进行成本回顾 一、选择合适的存储类型 下表展示了使用不同存储类型存储一个月数据对应的存储成本，以在广州园区存储100TB业务数据为例： 从表中可以看到，如果业务数据下载量较低，则选择归档存储甚至深度归档能有效降低存储成本，最冷的深度归档存储相较标准存储可节省 最小存储时长：数据存储在对应存储类型时，需要存储的最短时间，不满最短时间按照最短时间算。比如低频存储最少存储 30天，如果一个低频数据只存储了1天就删除，也会按照 30天计算费用。 在未来，COS会持续探索并推出更多的存储产品和服务，挖掘场景化解决方案，为客户提供业界内性价比最高的存储服务。
2.3K31发布于 2020-11-20 - 来自专栏伟哥专栏
COS存储跨园区同步方案
对象存储（Cloud Object Storage，COS）是腾讯云提供的一种存储海量文件的分布式存储服务，用户可通过网络随时存储和查看数据。 腾讯云 COS 使所有用户都能使用具备高扩展性、低成本、可靠和安全的数据存储服务。 数据同步方案3：回源拉取同步能力 回源拉取复制.jpg 针对于热数据同步的场景，部分数据同步，降低存储成本。 此方法优点：配置简单，仅热数据被同步，节省存储空间。 ---- COS高可用数据同步方案 通过数据同步方案4的架构，结合COS自身特点与相关产品的功能，我们可以绘制出一个具备数据高可靠 + 高可用 + 容灾能力 + 故障切换能力的整体架构图。 存储高可用同步方案（完整）.jpg 数据高可靠：通过上传至Master桶后，可实现实时跨区域数据同步，包括多云（友商云）同步。确保数据主从分离，天然支持业务层多副本冗余，提升数据可靠性。
3.1K1413发布于 2020-06-13 - 来自专栏王亚昌的专栏
SNS站点的数据存储方案
今天看了篇文章，谈到SNS站点应用中的分库分表问题，这里我也谈谈我对SNS站点和应用数据存储的看法。 一、数据存储 SNS站点中数据层根据业务和访问特性可分为几类： 1. 这类数据一定要落到DB里，保证数据的终极存储，前端用内存cache保证快速响应，因为写并不是很频繁，因些DB足以支持，通常mysql可以支持每秒200-400次写请求。 3. 如果cache机掉电的话，可以采用上面提到的方案，从DB中恢复数据，用户资料回档到10分钟之前，同时对用户进行补偿与告知，平息用户投诉。 三、总结 本文主要讨论了SNS站点和应用数据存储的问题，上面给出的方案基于业务可用性、稳定性、冗灾以及成本的综合考虑，用一位前辈的话就是“一切都是均衡”，业务的稳定性不能单独靠高成本去保证。
1.2K20发布于 2018-08-03 - 来自专栏lib库
通用缓存存储方案设计
目录介绍01.整体概述说明1.1 项目背景介绍1.2 遇到问题记录1.3 基础概念介绍1.4 设计目标1.5 产生收益分析02.市面存储方案2.1 缓存存储有哪些2.2 缓存策略有哪些2.3 常见存储方案 2.4 市面存储方案说明2.5 存储方案的不足03.存储方案原理3.1 Sp存储原理分析3.2 MMKV存储原理分析3.3 LruCache考量分析3.4 DiskLru原理分析3.5 DataStore 由于程序运行中存在不可控的异常和 Crash，因此框架有必要尽可能保证系统可用性，尽量保证系统在遇到异常后的数据完整性；问题10-高效性：性能永远是要考虑的问题，解析、读取、写入和序列化的性能如何提高和权衡；问题11 要是想兼容不同存储方案切换，就必须自己制定一个通用缓存接口。定义接口，然后各个不同存储方案实现接口，重写抽象方法。 4.3 切换不同缓存方式传入不同类型方便创建不同存储方式隐藏存储方案创建具体细节，开发者只需要关心所需产品对应的工厂，无须关心创建细节，甚至无须知道具体存储方案的类名。
1.7K10编辑于 2023-03-07
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号