重负载Telnet BBS系统优化和维护(4)

　　d) 避免在同一目录下放过多文件或者使用合适的文件系统大部分文件系统对在同一目录中的文件列表采用线性存储，因此在一个目录下面存在很多文件的时候，打开文件变得非常的慢，因此通常要将文件根据某种规则散列到不同的子目录中，例如，文件 Atest 会被存放在 A/Atest ，如果文件太多，可能会需要对子目录下面的文件再次进行散列。另一种解决文件过多影响效率的方法是使用有特殊优化的文件系统，例如Linux下的reiserfs。在这些文件系统中，目录中的文件列表是用平衡树来组织的，因此同一目录下面可以同时有数十万个文件而不会降低太多性能。

　　e) 根据系统的访问模式选择适合的硬件配置和系统参数 Bbs 系统使用零散的文件存放文章，它的访问模式基本是小文件随机读写，而文章数据相对比较重要，因此bbs 使用strip 大小比较小的raid5 比较合适。文件系统选择专门为小文件优化的 reiserfs，系统的预读长度也可以调小一些，Linux 默认的长度是 256K, 有些偏大。如果是大文件连续读写的话，那么raid 的strip 大小和系统的预读长度应该放大，文件系统则尽量选择结构简单的文件系统例如ext2/3 等，如果数据并不是非常重要，那么甚至可以取消raid5，代之以raid0 或者直接使用单独的硬盘。

　　2: 内存使用优化 Bbs 系统使用的多进程模式相当耗费内存，在BBS 发展过程中，最早遭遇的瓶颈就是内存。减少内存的不必要浪费，可以节约出来作为系统缓存，从而间接提高更重要的IO 性能

　　a) 尽量避免动态初始化常量，使用const 说明将变量和常量区分开来。 Unix 系统在fork 出新进程的时候，子进程和父进程共享相同的空间，之后按照COW 机制，对修改的页面才进行复制操作，常量如果可以预先计算出来（例如一些转换表之类），就应该尽量避免在运行时动态初始化。另外因为只要修改一个字节，整个页面就都会被复制，因此应该避免常量和会被修改的变量混在一起，编译器本身会自动将不会被修改的内容放在一起，程序员需要做的事情，就是用const 通知编译器哪些内容是不会被修改的。