10:30 2006-5-26 星期五 貌似可以松口气了？
稍微松了口气，总算有点眉目了。是和操作系统设置的打开文件
数有关系。其实很早我就有过猜疑了，只是因为更权威的人说不
会而就没有继续探测下去。当然也是自己对linux系统的一些东
西还不了解，也没有多少空闲去深入地了解，否则就象普通的修
改文件，修改一下也就知道了。早上把同时打开的文件数从四万
多升到八万多，几乎没什么报错了。原来在检索达到六七千的时
候就开始间歇性的要报错，现在几十上百万都没啥问题。只是想
想，同时打开这么多文件，这个硬盘……当然，问题也不紧紧是
文件数的问题。有些问题可能是为了增加并发，提前关闭用于同
步的信号灯又没有做足够的标记引起的。
有时候几个线程几个文件，调试问题的时候比较容易，开始面对
几百个线程，几万个文件，上万用户，数百瞬间并发，要找个线
索或定位一个现场，是很伤脑筋的事。以后再跳跃一个几何级，
岂不是更头疼？咳。
看来还是要想方法节约文件成本，要读写的时候再打开，闲置时
关闭，这样或许能节约一些瞬间打开的文件数，不过却也增加了
文件的打开和关闭操作，具体就看情况衡量了。另外，或许软件
还有增加个选项，以便控制在登陆用户上万时使用比较大的内存
链表，减少释放和申请的步骤。
其实静下来思考后，也发现了，有些是大学刚毕业时，对于大型
软件的一些考量不够成熟而留下的一些局限。虽然不是问题，但
是改良后会更好，可惜眼下是没时间去做大手术了，暂且记录下
来。
大学里面写作业，实现功能为上。现在，功能要对，性能更是要
求得苛刻。所以考虑的时候，需要多考虑些方便扩展和提升的问
题，别把自己堵得太死。
不管怎么说，悲哀地折腾了俩周，眼快熬干了都，貌似可以松口
气了？可是又还是有些忐忑，鬼知道它什么时候再调皮一下抛些
麻烦给你……
你可以使用这个链接引用该篇文章 http://publishblog.blogchina.com/blog/tb.b?diaryID=5115427