在本地测试网络同步时消息延迟有好几百毫秒，这正常吗？

6spring

我觉得是设计上有点问题吧，我写过一个东西，本地4级( c <--> （WM_COPYDATA）cgate （重叠IO）<--> （IOCP）sgate（IOCP namedpipe） <--> service )转发，一个来回顶多也就20毫秒内。

6377

LS的是传统的传奇类单服务器通讯方式。还没有讲到实质性同步的方法和技术原型来，你说的时间只是负责在各单服务器之间消耗的媒介时间。对于要完成一个同步过程，你那种模式需要消耗的时间还要更多。。。。

6spring

晕，LZ说过是讨论同步的策略问题么？怎么看都是说网络通讯延迟过大。

而且奇怪了EVE就能跳出我说的类似圈子？
你还真以为就一个多线单进程序就能跑的咋地咋地？

而且很遗憾的，多核，多CPU技术，相对于多进程，反而不利于多线程程序。

6377

LS的啊，看清楚他的问题“服务器端和客户端同时做运动模拟，结果发现客户端收到的信息总比客户端自己模拟出来的结果滞后，渲染出来就是物体下降了一段，然后又被拉回去一点再继续下降，然后又被拉回去……测量了一下”

你做过网络同步的，怎么会不知道这个说的和同步的方法和技术原型是有密切关系的啊。

难道你只负责到网络i/o就可以完成传奇类的同步工作了吗？

如过你真完整做过MMOG的同步工作，你可以讲讲你负责的MMOG同步在客户端要做什么工作，在服务器端又要做什么工作？这整个的过程才组成一个完整的同步过程，否则你单是网络通讯你是和谁去同步啊？同步些什么东西啊？

6spring

自己看看3楼，LZ想问什么。

sjinny

…………………………又掐架了，真是无语

libevent封装了select、epoll这样的api，在不同的平台会使用对应的api，在windows下是select，linux下是epoll……但是我想select也不至于造成700毫秒左右的延时的……我想只是我实现的不好，select模型本身不是瓶颈所在……
我测量的是从send()到recv()之间的时间间隔，不知道是否我的测量有问题……

6spring

LZ，可能你不知道，其实自从一年前那个臭名昭著的什么EVE的IOCP的帖子，这几个人就在那里跳了，就是一味的夸大EVE的IOCP，所谓单服架构，目空一切啊。而且每次有人说道服务器端，他们总喜欢跳出来晃晃。

PS：一般来说send ,recv 之间不会那么大延迟，可能和你的网络消息处理模型有关系。

6377

LS的，我14楼提EVE 了吗？

你有经验就说细节吧。没有经验就拉倒。

不要像乱联想啊，呵呵

6377

select模型是效率最低的网络I/O啊。。。。

inoname

select低效在何处？楼上能仔细说说么？
对于楼主的测试，应该只有一个或几个客户端，这种情况下，用什么网络模型根本不是主要问题。

PS：本来不想说啥，但看到14楼的话实在忍不住，我只想对你们说：滚！（“你们”指谁？常混论坛的应该都知道了吧，我就不重复了）