单进程多线程服务器存在这样的弊端

cxytz01

accpet不用锁了，2.6内核的accept已经没有惊群了。

嵌入式sql(pro*c)开发效率更高，pro*c是oci的封装。
oci开发效率低下，但执行效率更高。曾经就为了执行一条select语句，写了300多行代码。

BetonArmEE 发表于 2009-11-17 15:25
同意
在accept锁上我有了犹豫，是采用文件锁好，还是线程互斥锁好，还是IPC信号量锁，或者其它？^_^

cxytz01

同问，我们现在也是搞金融类的，就是不用tuxedo

alloney 发表于 2009-11-19 17:18
是否考虑用异步的方式

不太明白银行的交易系统为什么都没有采用成熟中间件产品，CICS/TUXEDO这类。

cxytz01

纠正下，io密集型，通信密集型(通信密集其实也就是IO密集)可以考虑使用多进、线程，涉及到IO，就意味着软件需要等待硬件完成IO，才可向下执行，因此需要并发的方式

           cpu密集型，就用单进程就可以了。 用多进、线程无法提高程序效率，反而会增大系统开销，降低程序执行效率。

yulihua49 发表于 2013-03-14 14:06
计算密集型一定要用多线程！！！

cxytz01

其实也可以的，

coredump触发11号信号，封装一个函数，然其他线程人员调用该函数， 一旦coredump，该函数捕获当前线程的11号信号，然后就pthread_cleanup，主线程phtread_join，发现join成功，就pthread_create。

我就是这么写的，不过不是针对coredump而写，而是网络io错误就重启线程。

但是貌似用到oracle的程序都无法捕获到11号信号，比如pro*c(oci是可以捕获的)，一旦coredump，11号信号就被oracle先截获了，然后你的程序就无法截获。

BetonArmEE 发表于 2013-03-14 20:25
回复 99# yulihua49

cxytz01

回复 112# yulihua49

原来你说的是多核，多芯。