※ 引述《[email protected] (lxb)》之銘言： : ※ 引述《[email protected] (一個人的生活)》之銘言： : : 以 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 : 可以用, 硬碟又便宜, 好像都不用擔心這個問題了. 這倒不是問題, 現在都用 reiserfs, 沒有 inode 吃緊的問題, 也沒有 block 大小的問題 XD : 要擔心, 就是擔心 index file 太大, 做 insertion / replacement 會 : 用多點 ram. : 由於 ptt 系統不會在推文時改檔名, 這樣子真正會碰到的東西應該比發 : 一帖新的文章耗少了. 所謂先讀一次, 應該沒有關係, 要推文可以完全 : 不讀就推, 要麼發文, 也有可能是在回覆, 亦即先讀過一遍別的文章. : 如果可以不設置推文數字顯示, 會省得更多. 倒是現實就是要顯示數字更 : 動, 實際讀寫硬碟耗用資源的情況, 極有可能是推文比發文要高. 推文是直接 append, 倒不需要在讀一次, 不過 index file 要. --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.112.90.104