推 fakewen:HELLO 08/21 16:18
※ 引述《wens.bbs@ptt.cc (一個人的生活)》之銘言：
: ※ 引述《medoc (街角的子供達 )》之銘言：
: : 先說 不是要戰
: : 只是好奇想到
: : 大家說一行文浪費系統資源
: : 所以我在想它到底浪費在哪邊
: : 我的想法是 一個英文佔一個位元組中文佔兩個(空格也是一個位元組)
: : 所以PO文的話 排頭就用掉了三行 節尾也兩行+一行文 就至少六行了
: : 而推文卻只要一行
: : 這是推噓文系統節省的地方
: : 這樣的想法對嗎?(BBS系統中 空格也有算進去吧?)
: : 請各位指教 謝謝
: 以 po 文 跟 推文 當下的系統資源使用量 兩者是差不多的
: I/O 都要存取兩次, 推文還要先讀一次
: po 文的寫入量比較大, 佔的硬碟空間比較大
現在都只關心讀寫了. 以前 disk space 吃緊的時代, 一行文的罪業就是
浪費 diskspace. 從前一個 block 預設就是 4k , 又沒有 1/8 fragment
可以用, 25行文的檔案才不夠 2k , 內文一行, 檔頭啊簽名啊, 雜七雜八
的加起來都沒有 20 行, 於是 inode 用光了, diskspace 倒是有 50% 空
著.
變通一下, 把個別灌水性質的看板, mount 在 512b per block 的 partition
上, 則會拖慢讀檔效能.
如果是推文的話, 是在一個檔案內 append 內容, 好運氣的話就不會多佔
inode , 運氣不好, 也不至於浪費 50%+ .
倒是現在呢, default 16k block 還有 1/8 大小 (即 2k) 的 fragment
可以用, 硬碟又便宜, 好像都不用擔心這個問題了.
要擔心, 就是擔心 index file 太大, 做 insertion / replacement 會
用多點 ram.
由於 ptt 系統不會在推文時改檔名, 這樣子真正會碰到的東西應該比發
一帖新的文章耗少了. 所謂先讀一次, 應該沒有關係, 要推文可以完全
不讀就推, 要麼發文, 也有可能是在回覆, 亦即先讀過一遍別的文章.
如果可以不設置推文數字顯示, 會省得更多. 倒是現實就是要顯示數字更
動, 實際讀寫硬碟耗用資源的情況, 極有可能是推文比發文要高.
--
※ 發信站: 香港地(hkday.net)
◆ From: 59.149.91.114