※ 引述《[email protected] (一个人的生活)》之铭言： : ※ 引述《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