使用情況

芯片：SMT32F429
操作系統：RTT 5.0.0
文件系統：littlefs + romfs
flashdb:kvdb + 文件模式 使用

使用場景

分配5個扇區情況

創建一個線程，1秒寫入一次當前時間戳至kvdb數據庫中

發現如果分配五個扇區，前四個扇區都可以正常讀寫。

當五個扇區都寫滿的時候，需要搬運數據到第0扇區去。

日志如下，沒有空扇區了。

The remain empty sector is 1, GC threshold is 1.

這個日志已出現，系統就會卡死，看門狗復位

嘗試debug調試，總是調到沒有使用的函數里面，函數地址0x00000xx開頭。

解決方法

經過不斷嘗試，ps打印當前線程狀態時，發現時間戳保存線程的最大使用率高達81%.一般來說都要控制在75%左右合適。

分析是不是應該堆棧不夠導致系統卡死

將該線程從2048改為4096后，不會出現卡死問題了。線程的最大使用率變為51%

分析

flshdb在扇區都滿的情況下，會進行Collect操作。這個操作是在當前線程完成的，會增加占用率。

然而這個運行操作并不是會頻繁出現的，所以很難判斷到是堆棧不夠導致的問題。

建議

能否增加一個異步模式來專門執行gc與Collect操作？

就像ulog的異步線程的方式那樣。

寫入數據庫并不要求實時性，只需要確保數據的準確就好了。

異步方式需要一個緩沖區，緩沖區滿了才能傳入數據，可能導致緩沖區未滿時掉電，導致數據缺失了一部分。

但是這個情況，可以添加一個函數，立刻刷新緩沖區。然后給用戶使用。 用戶自己實現掉電保存與硬件。所以可以增加一個異步線程的選項，提供用戶使用。看用戶是選擇實時，還是效率。