建议采用多文件方式，将日志分割到多个文件中，然后管理多个文件循环覆盖。
例如：file1.log file2.log file3.log, 等待file3.log写满了就删除file1.log，新建一个file1.log重新写（不要采用覆盖写，文件越大覆盖写越慢）。
5 个回答
基于flash的文件系统都有这样的根本性问题，目前无解。
flashman2002
2021-04-10
This guy hasn't written anything yet
需要保留部分文件系统的空间很重要。
吴宗德
2021-04-10
This guy hasn't written anything yet
谢谢，但是现在的问题是空间很充足，我用的64M的flash，数据存到10M时，卡顿时间就已经6S了，我怀疑是文件系统垃圾收集耗费的时间，但是我不知道该怎么规避这个时间，您有什么建议么？
flashman2002
2021-04-10
This guy hasn't written anything yet
可以尝试换一种文件系统。
吴宗德
2021-04-13
This guy hasn't written anything yet
在SD卡上是不是会有同样问题？
使用场景允许的话，有大量小数据的话，可以用sqlite代替dfs试试
littlefs的问题可以参靠我之前的这篇测试
https://club.rt-thread.org/ask/question/423119.html
目前我们的产品还会使用littlefs做文件系统，主要用来存储日志，还是为了稳定性考虑，
一般我们会用NAND做存储，NAND基本都是128一个块，我们现在的做法是文件只做追加，不覆盖写入，
随时记录文件的大小，当文件大于120K时，就另外再建一个文件，避免数据搬移导致写入效率降低，
同时也尽可能提高存储空间的利用率，我们只保存有用的数据，理论计算至少一年半才能存满，足够用了
撰写答案
请登录后再发布答案，点击登录
关注者
0
被浏览
914
相关问题
推荐文章
最新文章
谢谢，现在使用的就是这种方式，但是因为数据量比较大，还是会很卡。
多个文件循环写入，控制一下每个文件的大小，覆盖写入时先截断文件再写。