关于一个server对应大量client通讯的效率的问题(100分)

一

一个过客

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #1

在互联网上的TCP/IP通讯中，一个server如果带大量client，比如1000个，如果server
有某个消息需要及时送达所有客户端，而且尽量保证减少延时，那么应该怎么做？

比如server端保存了一个在线的client列表，发送消息的时候就循环遍历这个列表，
给列表中的每一个client发送，但是循环1000次也是一个不短的时间，排在列表最后的
client将比第一个client晚收到消息不少。

方法一：改用UDP的组播(不是广播)方式，一次全部发送出去，这样不用遍历列表。但是
我试验了一下（用在本论坛搜索到的那个MulticastSocket控件），好像组播不能跨网段，
只能在同一个网段内实现；
方法二：用线程。不过用线程一样涉及到遍历列表1000次的延时。

不知道大伙遇到这种问题是怎样解决的？

 

X

xeen

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #2

定义一个消息号，client收到这个消息号就主动向server
要求得到该消息,怎么样？ client端收到 广播信息有一定
的先后延迟我觉得是不可避免的.

 

一

一个过客

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #3

>>定义一个消息号，client收到这个消息号
我发这个消息号给每个client也需要遍历一遍列表啊。

>>client端收到 广播信息有一定的先后延迟我觉得是不可避免的
那么那些股票/期货行情软件怎么能够做到实时呢？而且还有那么多的客户端同时在线？

 

X

xeen

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #4

>>我发这个消息号给每个client也需要遍历一遍列表啊。
是啊，不过这比你发送整个消息的延时少多了,用了线程可以更少些。
或者你在 client 端开一个工作线程对 server 端就行轮询，如果
server 处于有消息状态，就获取相应信息.

 

一

一个过客

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #5

如果客户端轮询，会把server累死的

 

X

xeen

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #6

定时轮询了，那些股票软件也不是真正实时的吧。Windows
本身就不是实时操作系统，更不用说网络速度的原因......

 

一

一个过客

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #7

股票/期货软件如果不是实时的就卖不出去了

 

C

chenxz

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #8

用多线程好了，每个线程管理一个或多个client

 

一

一个过客

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #9

对，这也是一个办法，可是想到如果有1000个用户，就会有1000个线程，就太可怕了呀

 

X

xeen

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #10

怎么可能实时
你想windows要调度线程还需要时间.顶多你把线程优先级调高点。
网络连接状况好的客户端也必然比差的先获得数据包.

 

B

bacer

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #11

试试看chenxz的方法，一个线程管理10个client，而且send又不会阻塞，第一个和最后一个最多差0.1S
股票软件不是实时的，一般来说慢2-3个min

 

X

xeen

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #12

你的 server 用的是 windows系统吗，除非有多个CPU.
否则用了多线程也不会有效果。

 

凡

凡雨飞雨

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #13

想想那些：联机售票系统
采用先来先进，先进先出的原则，也就是C端向S端提交信息，然后排入队列

 

一

一个过客

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #14

>>否则用了多线程也不会有效果。
请说详细一点。你的意思好像是说，windows发送数据的时候都是单线程的吗？

 

一

一个过客

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #15

凡雨飞雨：事啊，我知道有很多这样的系统，不过我需要的是一个尽量实时的系统，
类似于期货行情软件(股票软件我不清楚，不过期货软件延时都是<1s的)

 

X

xeen

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #16

windows系统里的线程由内核调度轮流获得 CPU 的执行时间片
(根据优先级决定获得时间的长短).如果你只有一个CPU,就意味
着在同一时刻只有一个线程在运行,所以不会省时间.

 

一

一个过客

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #17

那么在这个系统里面，多线程就没什么意义了？

不过怎样才能尽量做到实时呢？ 特别是那些期货行情软件延时都是<1s才能卖钱的

 

A

Adnil

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #18

能否使用非阻塞方式（异步）来发送给客户端消息？ 这样可以一发送后马上返回。

 

一

一个过客

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-18

• #19

非阻塞方式也一样，如果我是2000、3000个用户在线呢？遍历一遍的时间还是有点。。。

非阻塞方式 和 我前面说的用UDP就差不多了

 

陈

陈一蛟

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-20

• #20

[]在多线程的方式下遍历时间是非常短的,不管是阻塞还是非阻塞, 这是一个非常浅显的问题,