跟你换。 :thefinger
呵呵.好啊.我到是没所谓.只是到时有问题可别找我.光搞这个64位的系统我都快疯了.现在CS还这样.唉.
fun_amxx_i386.so
cstrike_amxx_i386.so
csx_amxx_i386.so
现在就开了这么3个.人多还是会LAG.
唉.人少就不会.看来是机子的问题了.
现在这台AMD64的系统没什么好了.给我玩LINUX还差不多.因为编译的时候真TMD..那个快啊.而我在我自己那台机P42.8 512MDDR 编译个内核花了我好几个小时.光喝咖啡都喝饱了.可是还没编译完.唉.当初是我没考虑周全了.没想到啊.没想到. 我觉得LAG应该全是插件的问题。
其实AMXMODX公版的插件写得非常好,效率是很高的。
我觉得有时候可能与amxmodx的本身的构架有问题，我有时候觉得它是不是用多线程工作的。
以前我测试过我自己写的一个用mysql查询的插件，因为mysql服务器与cs服务器不在一个网端，在建立连接时需要等待5-6秒（用mysql命令行连接也需要这么久，我怀疑在作ip->computername的转换，不知道mysql能不能关掉这个功能的)，这就导致每次打开mysql数据的时候，CS服务器就卡助了。因此我怀疑amxmodx不是用多线程工作的。 很有可能.我现在把STATS的统计关了.剩下一些管理的插件然后用ps2.2做top了.现在可好.32人满人才占用20%多的CPU 内存才12.8%.(不过我用的是AMD64 2800+实际频率1800.20% 那怎么算.内存1G.12.8大概120多M吧.)
看来AMX AN AMXX的插件占用资源实在是太厉害了. 希望高手们给一个详细的一个解析就好了。。。谢谢
页:
1
[2]