flashDB/Easyflash觸發(fā)GC導(dǎo)致系統(tǒng)卡死的解決方法分享

使用情況

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

使用場(chǎng)景

分配5個(gè)扇區(qū)情況

創(chuàng)建一個(gè)線程，1秒寫(xiě)入一次當(dāng)前時(shí)間戳至kvdb數(shù)據(jù)庫(kù)中

發(fā)現(xiàn)如果分配五個(gè)扇區(qū)，前四個(gè)扇區(qū)都可以正常讀寫(xiě)。

當(dāng)五個(gè)扇區(qū)都寫(xiě)滿的時(shí)候，需要搬運(yùn)數(shù)據(jù)到第0扇區(qū)去。

日志如下，沒(méi)有空扇區(qū)了。

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

這個(gè)日志已出現(xiàn)，系統(tǒng)就會(huì)卡死，看門(mén)狗復(fù)位

嘗試debug調(diào)試，總是調(diào)到?jīng)]有使用的函數(shù)里面，函數(shù)地址0x00000xx開(kāi)頭。

解決方法

經(jīng)過(guò)不斷嘗試，ps打印當(dāng)前線程狀態(tài)時(shí)，發(fā)現(xiàn)時(shí)間戳保存線程的最大使用率高達(dá)81%.一般來(lái)說(shuō)都要控制在75%左右合適。

分析是不是應(yīng)該堆棧不夠?qū)е孪到y(tǒng)卡死

將該線程從2048改為4096后，不會(huì)出現(xiàn)卡死問(wèn)題了。線程的最大使用率變?yōu)?1%

分析

flshdb在扇區(qū)都滿的情況下，會(huì)進(jìn)行Collect操作。這個(gè)操作是在當(dāng)前線程完成的，會(huì)增加占用率。

然而這個(gè)運(yùn)行操作并不是會(huì)頻繁出現(xiàn)的，所以很難判斷到是堆棧不夠?qū)е碌膯?wèn)題。

建議

能否增加一個(gè)異步模式來(lái)專(zhuān)門(mén)執(zhí)行g(shù)c與Collect操作？

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

寫(xiě)入數(shù)據(jù)庫(kù)并不要求實(shí)時(shí)性，只需要確保數(shù)據(jù)的準(zhǔn)確就好了。

異步方式需要一個(gè)緩沖區(qū)，緩沖區(qū)滿了才能傳入數(shù)據(jù)，可能導(dǎo)致緩沖區(qū)未滿時(shí)掉電，導(dǎo)致數(shù)據(jù)缺失了一部分。

但是這個(gè)情況，可以添加一個(gè)函數(shù)，立刻刷新緩沖區(qū)。然后給用戶使用。 用戶自己實(shí)現(xiàn)掉電保存與硬件。所以可以增加一個(gè)異步線程的選項(xiàng)，提供用戶使用?？从脩羰沁x擇實(shí)時(shí)，還是效率。