[問題] JFFS2 經過重複多次讀寫的效率問題

看板LinuxDev作者 (ASKA)時間13年前 (2012/07/16 15:08), 編輯推噓5(5015)
留言20則, 4人參與, 最新討論串1/1
各位大大好: 在我系統上有一個掛載JFFS2格式的檔案系統,其中有一個檔案會 因為每次機器的動作而重複的寫入,實驗發覺經過數千次的寫入之後, 開機mount的速度會變慢數秒,開了JFFS2的log來看,發覺是因為 檔案一直寫入造成相關的obsolete nodes變多所致。 目前解決的方法是在關電前先把該檔案移到別的partition or ramfs上, 利用這個動作會讓JFFS2移除所有的obsolete nodes,然後再移動 回本來的parition,這樣做的話開機速度就不會受到影響,但是 還是有相關的風險存在(移動時突然斷電),不曉得在實務上是否 有更好的處理方法? 謝謝大大的指導^^ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 113.196.128.238

07/16 16:02, , 1F
能append就append. 資料的重要性? 有些資料是可以先存ramfs
07/16 16:02, 1F

07/16 16:28, , 2F
那檔案會影響到機器之後RMA的一些判斷,其實蠻重要的XD
07/16 16:28, 2F

07/16 16:29, , 3F
現在是盡量把寫很多次跟不常讀寫的分出來,然後保留我在搬
07/16 16:29, 3F

07/16 16:30, , 4F
移的時間減到最少,以避免過程中突然斷電丟失的問題...Orz
07/16 16:30, 4F

07/17 18:09, , 5F
弱弱的說:kernel如果2.6.15以上要不要試試加jffs2 summary?
07/17 18:09, 5F

07/17 22:19, , 6F
kernel 有開summary,partition image也都有用sumtool做過
07/17 22:19, 6F

07/17 22:20, , 7F
mount的時候當然比沒有summary的快,不過還是會變慢~
07/17 22:20, 7F

07/17 22:20, , 8F
mount時間大概慢了兩秒左右,只能說日本客戶很難伺候XD
07/17 22:20, 8F

07/18 08:56, , 9F
那...現在才換UBIfs還有機會嗎?
07/18 08:56, 9F

07/18 08:57, , 10F
如果這麼計較開機時間,請問從上電到mount rootfs大約是幾秒?
07/18 08:57, 10F

07/22 13:45, , 11F
基本上是十秒以內要開好機,所以mount時間大概在8秒左右,
07/22 13:45, 11F

07/22 13:45, , 12F
當發生問題的時候mount會開機時間超過10秒....Orz
07/22 13:45, 12F

07/22 13:46, , 13F
當然產品本身CPU太慢,搬/解zImage也花了一點時間XD~
07/22 13:46, 13F

07/22 14:34, , 14F
U-boot?用用no verify以及事先填入算好的BogoMIPS也許有幫助
07/22 14:34, 14F

07/22 14:35, , 15F
不過開機10秒,mount佔了8秒,換fs可能比較快,或是nand driver
07/22 14:35, 15F

07/23 08:13, , 16F
我表達的不好,是在開機過程中的第8秒開始mount
07/23 08:13, 16F

07/25 21:34, , 17F
UBIFS讚
07/25 21:34, 17F

07/26 11:32, , 18F
JFFS mount加快我目前只知道summary了~要不就加快開機時間
07/26 11:32, 18F

07/26 11:33, , 19F
8秒縮到6秒補一下mount的不足,或是乾脆用UBIfs
07/26 11:33, 19F

07/26 11:35, , 20F
ex.使用未壓縮uImage,或1st bootload直接load U-boot...等等
07/26 11:35, 20F
文章代碼(AID): #1G0xtotm (LinuxDev)
文章代碼(AID): #1G0xtotm (LinuxDev)