J JackLiang Unregistered / Unconfirmed GUEST, unregistred user! 2007-08-07 #22 目前我們用SOAP, COM+ 做中間層,Midas只是負責一小部分數據打包.. 單服務器300個User..速度很快... 中間層一定要和DataBase分開...否則會有CPU,內存爭搶問題...
D dgtang Unregistered / Unconfirmed GUEST, unregistred user! 2007-08-08 #23 客户端数量到一定数量时,稳定性是一个很重要的因素; 数据丢包的情况也要考虑;AppServer的业务处理至关重要.
A appfirst Unregistered / Unconfirmed GUEST, unregistred user! 2007-08-09 #24 如果客户端连接上就不停的要数据，我想怎么做都是慢，前面我已经说了，要效率就不要依靠现成的，自己做，客户端的智能缓存，中间件的并发支持及数据命令缓冲命中率，如果有后台那后台的数据处理效率（说实话我一直认为要好的效率就要少访问数据库），客户的具体硬件条件等都是你要考虑的。如果那么容易就可以搞定，那网络上的系统现在已经会泛滥成灾了。
如果客户端连接上就不停的要数据，我想怎么做都是慢，前面我已经说了，要效率就不要依靠现成的，自己做，客户端的智能缓存，中间件的并发支持及数据命令缓冲命中率，如果有后台那后台的数据处理效率（说实话我一直认为要好的效率就要少访问数据库），客户的具体硬件条件等都是你要考虑的。如果那么容易就可以搞定，那网络上的系统现在已经会泛滥成灾了。
R regentsoft Unregistered / Unconfirmed GUEST, unregistred user! 2007-08-13 #25 是呀，我虽然听说有很多人在用MIDAS，但是真正看到MIDAS能支持大型系统的，我还没有接触到！ 所以，在此试问，有没有谁有做到过的！
X XF.Lian Unregistered / Unconfirmed GUEST, unregistred user! 2007-08-21 #26 来自：kk2000, 时间：2007-7-30 17:56:37, ID：3816960 中间件还是自己写的好吧! 我已经写了一个简陋的. 而且投入使用. 感觉还不错的. 并发量我没有测试过,但一千同时在线不会有问题的. 来自：kkkchenA, 时间：2007-7-31 8:50:08, ID：3817099 1 要使用无状态的调用 2 尽量避免使用大数据量的传输 3 使用pool技术 自己写中间层 采用无状态 这两点比较好
来自：kk2000, 时间：2007-7-30 17:56:37, ID：3816960 中间件还是自己写的好吧! 我已经写了一个简陋的. 而且投入使用. 感觉还不错的. 并发量我没有测试过,但一千同时在线不会有问题的. 来自：kkkchenA, 时间：2007-7-31 8:50:08, ID：3817099 1 要使用无状态的调用 2 尽量避免使用大数据量的传输 3 使用pool技术 自己写中间层 采用无状态 这两点比较好
