我赞同使用 .so 文件的方式。像管理菜单里面的好多功能真的是很少用到的，
单独分离出来还是一个很不错的主意的。
不过是否能够达到省内存的目的还不好说，跟程序怎么写很有关系的，
以前看了一些写 .so 文件的资料，有些地方还不甚理解，以后向大家请教了。:)


【 在 quickmouse (碰猫死翘翘) 的大作中提到: 】
:     鉴于要整理fb2k的代码，这个问题想弄清楚一些。小弟原来接触
: 的程序是fb2kv1219(beta4)，这个版本的fb2k是没有DLM的版本，当然
: 也就没有游戏。在其附近使用DLM的版本有v1126和v1.0909(v1.0423)。
:     据老农的论文分析，使用DLM是为了节省每一个用户所占用的系统
: 资源，当某些功能仅被少数用户使用的时候较有优势，但代码调用较慢。
: 另一方面，据说（仅仅是据说，请大家验证）DLM在某些系统上运转
: 有问题。当然DLM的一个好处是可以把很多扩展功能做出来，甚至可以
: 把原来一些由crontab完成的工作整合进来，达到统一。
:     我想听听大家的意见，是否把DLM整合到整理的版本中来，如果这样
: 某些功能可能需要调整到不同的文件当中了，谢谢！
--
FROM 166.111.160.6

是这样的，原来的 FB 系统是把所有的功能都做到一个文件里面，即 bbsd。
后来 FB2K 做了一点改动，把系统维护菜单的所有功能单独编译成 admintool.so，
于是 bbsd 也小了一些。

设原来的 bbsd 为 bbsd1, 新的小一些的 bbsd 为 bbsd2。
        bbsd2 + admintool.so >= bbsd1 ?
原来的 100 个进程 100 * bbsd1，
新的为 95 * bbsd2 + 5 * (bbsd2 + admintool.so)，
那么这两个哪个大，哪个小呢？


【 在 scz (小四) 的大作中提到: 】
: 【 在 flyriver (忧郁的飞流直下) 的大作中提到: 】
: : 用 dlopen() 的也不能省内存么？而不是在启动程序时由 ld 动态加载。
: : 比如 100 个进程，只有 5 个进程用 dlopen() 加载了额外的 .so 文件，
: : 其他的 95 个进程不再加载任何额外的 .so，这样也省不了内存？
: 如果是同一个.so，dlopen()多少次都一样啊
: 怎么可能节省下来呢？
: 加快程序启动倒是真的
--
FROM 166.111.160.6