|
|
|
|
  大处理量的系统性能问题。 - Gusd [ 2005-06-29 16:09 | 406 byte(s)]
Re: 大处理量的系统性能问题。 - KGB [ 2005-07-01 16:07 | 211 byte(s)]
Re: 大处理量的系统性能问题。 - enigma0702 [ 2005-07-01 11:26 | 245 byte(s)]
Re: 大处理量的系统性能问题。 - julius [ 2005-06-29 16:20 | 233 byte(s)]
|
|
|
|
[Original]
[Print]
[Top]
|
我要实现一个处理量很大的系统，同时可能有1K个用户的动作，而每个用户的动作在系统中的分解动作都会比较复杂。
比较简单直接的实现方法，每个用户对应一个线程，但是我不清楚这样处理的话，系统是否吃得消，性能上不知道会如何。
目前2.6.x系列的内核都是采用了NPTL的，哪位兄弟对这个有详细的了解呢？
另外，现在2.6.x系列的内核的抢占和非抢占的性能比较如何？
请给小弟点建议，多谢！
|
|
|
[Original]
[Print]
[Top]
|
|
[Original]
[Print]
[Top]
|
你这么说很笼统,1k个用户连接来干什么事情
如果是一个媒体服务器,有1k个用户连接来请求数据,那么做好buffer就没问题,不用thread这么多
如果是一个游戏服务器,1k主要吃紧在CPU,比如CS游戏服务器,一般100个用户就开始饱和了
|
|
|
[Original]
[Print]
[Top]
|
|
[Original]
[Print]
[Top]
|
我觉得用线程不是问题，而且可行。用FOCK未必不可，看看APACHE的实现。
还有一个疑问：你这1K的用户连接上来做什么？以此来判断你的系统瓶颈在哪里？我觉得不外乎内存、CPU处理能力、网卡吞吐量。
最好说得详细点，我们可以帮你在实现上出点主意
|
|
|
----
be simple, be happy :-)
|
|
[Original]
[Print]
[Top]
|
|
[Original]
[Print]
[Top]
|
系统实现不可能使用那么多的线程的。
一般实际开发过程中，线程数目被控制在100以下。
我们也做过同时连接2k以上用户的系统。
线程的个数和任务或者连接没有必然关系。主要用于分解任务的时间耦合。
|
|
|
----
非淡泊无以明志 非宁静无以致远
|
|
[Original]
[Print]
[Top]
|
|
« Previous thread
gcc加 -s 表什么,（小写-s) |
C/C++编程版
第30页 |
Next thread »
求助 |
|
声明: 本页内容为中国Linux论坛的内容镜像，文章的版权以及其他所有的相关权利属于中国Linux论坛和相应文章的作者，如果转载，请注明文章来源及相关版权信息。