昨天真的碰上了麻烦事，新系统性能限制居然比旧系统还要严重，而且会自动退出。
新系统目前只有两种系统可以装上去，一个是fedora，一个是suse10还只是32位版本，这是64位机，但不知为何，无论是fedora64还是suse64装起来都是半途死机，连安装都没有完成，一点办法也没有。
fedora把没有用的桌面什么的删除后，倒也能用，今天网上的静态发布的东东就是由第一次的fedora做的。也正因如此，昨天碰上的事情才真叫奇怪：它不能正常发布了。总是出too many files opened，但无论是fs-max,这应该是文件系统允许的文件数；还是ulimit下的文件数，都已经绝对改大了，仍是出同样的错。更麻烦的是，它的错误象是还可以记忆，以致于第二三次就会自动退出系统。如果真的用作主力工作机，那还不如不用。除非我在第一次成功发布时是记错了，否则这个事情真的是无法解释。但，网上就放着它发布的东西！！
我怀疑是rh在fedora版上搞鬼，但换到suse10上，仍是同样的结果。而两者唯一相同的，就只是使用uname2.6内核。难道真是2.6内核的问题？如果进一步升级到java1.5那工程就越变越大，而且还只是一个探索工程，谁也没有把握，这个工程就一定是成功的。
我尝试在网上找找答案，但是搜索出来的结果少之又少。显见，碰到同样问题的人不多；而事实上，这种发布方案，一般是使用后置工作机专机处理，象我这里预发布的少之又少，真碰上能否认识到有这个错误，实际上也是很难说的。另外，我感觉到似乎这个新系统对内存的使用效率还比不上老系统的内核。或者，真的是内核上的限制？
目前可选的方案不是太多的，简单化重装一个fedora再试试，但真的是挺悬的,结果无效。另一个就是下载一个2.4内核看看更换内核会不会有点好处，那怕修改了fs.h的头，找不到inode.c，再研究下去就复杂化了；重新用上这个内核后，还是不行。除此之外，也实在想不出好办法来了。
顺便试试java1.5和tomcat5.5版，发现对大内存的使用上比前一版本好了，能识别的内存更多，与apache的配合没有问题，一切照旧，但原有的程序一律编译不出来。看来，把系统移到tomcat5.5上仍是相当复杂的一个工程，而且是否有效也是不能马上确定的。
