[分享] Sprint CDMA Treo650 照片分享

拍郎

這邊所指的 chunk 應該是指每一筆 record 所佔的空間
也就是 Palm OS 的最小存取單位

原本的 Palm DB 格式如下
==================
DB Header(80 bytes) + Record Headers(8 bytes per record) + Records(variable length)

這種設計方式的好處是在 record-by-record 的資料型態中
可以用最小的空間來存放不定長度的資料
而且可以很容易的定址到所需要的那一筆 record
但缺點是必須先讀入 Record Header 才能清楚所有的 Record 位置
因為每一筆資料的起始位置都存在 Record Header 中
在資料筆數多的時候
存取的效率就會隨之下降

現在所改變的 chunk size
所針對的應該就是第三段：record 的內容部分
以固定的 512 bytes 大小來存放資料
可以加快資料定址的速度
但缺點就是會浪費一些空間
一筆長度不滿 512 bytes 的紀錄，也要佔用 512 bytes 的容量
這樣的浪費情況在通訊錄這樣的資料檔會非常明顯
一筆通訊錄，若沒有另外記錄 Notes
了不起 200 bytes 就夠了
但若改成 fixed-size 的設計
即使你只記一個名字跟一支電話
這筆記錄仍要佔用 512 bytes
通訊錄筆數一多，差別就很明顯

不過再換個角度想
絕大多數人的通訊錄都是幾百筆
上千筆的實在不多
512 bytes x 1000 也不過 512KB
一千筆資料會浪費掉的空間最多也不過就是 512KB
我覺得這樣的影響實在沒有嚴重到那份測試報告所描述的程度
或者可以說，九成以上的人不會感覺出差別

[ Last edited by 拍郎 on 2004-11-22 at 10:12 ]