※ 引述《[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