这几天狂写测试代码终于有了结果，由于对程序结构改动比较大，
这里不给出源代码，仅给出一些相关信息。

优势： 节省进程占用的内存，引入一组数据重组结构，占用600B，将原来
       menu.ini所占用的内存放入shm当中（典型占用10～20k不等），如果
       不计shm分摊到每个进程的占用数目，那么新方式占用内存的数目为
       原来的4%～15%；其次，用户可以不重新登陆就可以使用新的界面

缺点：由于每次进入主选单时都需要重新定位显示位置和函数指针，将使得
      程序运算量有轻微增长；在刷新menu.ini的时候有可能造成某些用户
      操作失败（在主选单上），也有隐含的造成用户掉线的可能（估计可能
      性很小）；如果menu.ini错误，有可能导致所有用户掉线（因为共享的
      缘故），这样站长无法在检测到menu.ini刷新错误的情况下用另外的
      窗口恢复。

    这里，主要的优缺点都是由于现在fb里面menu.ini在每个进程当中都是
独立的互不影响的空间，而放入shm当中后变为共享而带来的。
    想听听大家的看法，究竟值不值得。
--
FROM 211.69.197.73