在Linux下编程 简直是一中摧残 和折磨!

qingfengjianke

原帖由 system888net 于 2008-6-6 23:00 发表


可以把模型改一下为好.
如果不改,如果是单机系统,8000是有点夸张了,不能这么用,是小型机还是多机系统?

还没接触过服务器负载均衡，我心中定位暂时是一台机器，一个服务器程序，估计真要使用，

可能会有多台主机进行分流。

qingfengjianke

原帖由 huyongzs 于 2008-6-6 23:04 发表
我学过《windows程序设计》那时候已经是会写linux程序了。
我觉得windows下的那些个乱七八糟的api真多。C语言写个windows一般的程序（图形化的）感觉好累。
linux下一般的应用程序编写，一切都是文件，/proc和 ...

说实话，其实好像在Linux下写的程序，似乎更踏实点，Windows对好多东西都进行的封装。感觉心里空空的。。。

system888net

原帖由 qingfengjianke 于 2008-6-6 23:05 发表



还没接触过服务器负载均衡，我心中定位暂时是一台机器，一个服务器程序，估计真要使用，

可能会有多台主机进行分流。

一台机器一般不允许这么多的thread，而且thread过多不仅不能提高处理能里,会使处理能里下降,thread的极限数量与效率的关系一般是是与CPU和内存相关的.

除非你把thread分布在多机上也是一种方法!

[ 本帖最后由 system888net 于 2008-6-6 23:17 编辑 ]

mik

原帖由 flw 于 2008-6-6 22:32 发表

有点幽默感好不好。

  纯技术讨论：

“如果楼主是农民，恐怕早得饿死了” 比你这句  “还好楼主不是农民，不然我们就都饿死了”

其幽默性不会差太多吧

qingfengjianke

恩，目前聊天服务器 已经有了成型的模型，

Windows下用的WSAEventSelect（）；

采用线程池，根据client的连接数来动态分配线程数，

1个线程 处理 64个 client 的服务。

----这样的一个模型要支持同时2000人在线的话要开31个线程。2000/64


最近越快服务器方面的东西，心里越迷糊。。。

system888net

原帖由 qingfengjianke 于 2008-6-6 23:19 发表
恩，目前聊天服务器 已经有了成型的模型，

Windows下用的WSAEventSelect（）；

采用线程池，根据client的连接数来动态分配线程数，

1个线程 处理 64个 client 的服务。

----这样的一个模型要支持同 ...

也是一个解决问题的方法.
若是这样,windows下建议你是否用完成端口会更合适一些,效率也会高一些.

system888net

WSAEventSelect 不是用来处理2000人在线这种问题的!

qingfengjianke

原帖由 system888net 于 2008-6-6 23:25 发表
WSAEventSelect 不是用来处理2000人在线这种问题的!

关键是公司想把这个服务器移植到Linux下，

只有用epoll了。

system888net

原帖由 qingfengjianke 于 2008-6-6 23:36 发表



关键是公司想把这个服务器移植到Linux下，

只有用epoll了。

nod

做完之后,你就会觉得"原来如此啊"

qingfengjianke

   一直在看epoll呢，

其实也就原来如此。

epoll_wait () 和 WSAWaitForSingleObject()  形式都差不多