Re: [問題] 請問一行文到底有多耗系統資源?
※ 引述《lxb.bbs@bbs.hkday.net (lxb)》之銘言:
: ※ 引述《wens.bbs@ptt.cc (一個人的生活)》之銘言:
: : 以 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
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 4 之 4 篇):