用select做服务器，8G内存做到30万～50万客户同时在线

linux_c_py_php

多线程就是了。。。还搞多进程。。

yulihua49

iw1210 发表于 2013-11-28 16:11
寻找是必须的，各线程在各自的小范围内寻找，延迟可以忽略了

在交易管理器，没什么业务，只是传球，相对，寻找fd的开销，太大了。
传球的速度很关键。
select我试过了，只有那个select的线程最忙，接近100%，其他线程空着。

多线程传球，发挥不出作用。

yulihua49

linux_c_py_php 发表于 2013-11-28 16:25
多线程就是了。。。还搞多进程。。

我想，就是解决你的多队列的问题。
在一个进程里搞多队列，有点烦，原来的系统都弄好了，单队列，不好改了。
用多进程，每个进程都是单队列，系统就不用改了，用LVS一均衡就得了。

iw1210

linux_c_py_php 发表于 2013-11-28 16:25
多线程就是了。。。还搞多进程。。

用多线程，fd的1024怎么突破？

iw1210

yulihua49 发表于 2013-11-28 16:26
在交易管理器，没什么业务，只是传球，相对，寻找fd的开销，太大了。
传球的速度很关键。
select我试过 ...

线程在自己的小范围里寻找开销可以不计，虽然epoll避免了寻找fd，但寻找其他的东西估计不能少了

iw1210

yulihua49 发表于 2013-11-28 16:30
我想，就是解决你的多队列的问题。
在一个进程里搞多队列，有点烦，原来的系统都弄好了，单队列，不好改 ...

这是一个问题，主要还有用多线程fd的1024没法突破。

yulihua49

iw1210 发表于 2013-11-28 16:54
用多线程，fd的1024怎么突破？

当然是epoll

要是在1995年，我们开始做铁路售票那会，你这个技术可大有用武之地。
那时连多线程也没有，有也不敢用。
北京，800个窗口开了800个进程。
用你的技术，当时就可以缩减到40个以下。
当时的数据库是按连接数卖钱，系统很贵。后来就一直想解决数据库连接池，但是多进程没法弄。

你的技术关键倒不在服务器，而在管理器，那个玩意儿比较烦人。

cokeboL

回复 31# hellioncu


    版大好多徽章

iw1210

回复 47# yulihua49

管理器麻烦？哪里麻烦？

wwbwscn

多进程看起来太丑了，PS -EF那么一排，多难看。这就是不用的原因。