究竟多线程还是多进程？

gantleman

做过mesh寻路的测试，一秒钟5千次单线程绰绰有余，
如果移动是每秒钟同步计算一次，支持5千个客户端并发应该没问题。
3D处理应该是一部分但这种国外开源的也比较多技术还是很成熟。

filx: Re: Re: Re:究竟多线程还是多进程？
webgame之类的肯定跑不满，但实时性高的服务器还是蛮耗CPU,特别是需要3D计算.要看做的游戏类型来确定方案.

gantleman

[em10]大部分webgame对技术的要求比客户端的2D还少，微端的除外

yahle: Re: Re: Re:究竟多线程还是多进程？


其实，如果不是做万人在线的游戏，2G内存对几百人在线的webgame足够了。
多核多内存的机器，明显可以在一台物理服务器上多开几个服 [em1]

gantleman

操作系统和cpu对多线程数据加锁支持还是够用的，
我觉得现在的问题是怎么用的问题。

sea_bug: Re:究竟多线程还是多进程？

进程跟线程还是有很大区别，它决定了数据堆栈、代码栈的位置和访问权限，这个区别是取决于操作系统。

理...

filx

gantleman: Re: Re: Re: Re:究竟多线程还是多进程？

做过mesh寻路的测试，一秒钟5千次单线程绰绰有余，
如果移动是每秒钟同步计算一次，支持5千个客户端并发应该没问题。
3D处理应该是一部分但这种国外开源的也比较多技术还是很成熟。

MMO这种秒级的计算量还不是太高, FPS类服务器到毫秒级,服务器同步至少每秒10帧.再加上些碰撞开销就大咯.

numpfish

看项目组有多少大牛，大牛多，架构成熟，就可以多线程，要不出了问题定位很麻烦。
反之多进程适合新人，出了问题好调试好定位，主程可以放手让他们写，如果多线程的话，主程估计就天天等着找bug了

gantleman

爷爷哪辈人在农村能认个字就是牛人。
时代在发展知识在进步，多线程编程从win95开始普及，unix服务器上cpu阵列的应用则更早。
掐指一算17年过去，所谓新人还停留在dos的单线程编程上，真有点说不过去了。

numpfish: Re:究竟多线程还是多进程？

看项目组有多少大牛，大牛多，架构成熟，就可以多线程，要不出了问题定位很麻烦。
反之多进程适合新人，出了问题好调试好定位，主程可以放手让他们写，如果多线程的话，主程估计就天天等着找bug了

tkminigame

去了解下纤程和协程

gantleman

我一直都搞不清楚纤程和协程有什么用，求科普。
还有这句话的意识是，为什么呢？目的是什么？要表述什么呢？
这种没头没脑的话也让我很费解。

tkminigame: Re:究竟多线程还是多进程？

去了解下纤程和协程

numpfish

gantleman: Re: Re:究竟多线程还是多进程？

爷爷哪辈人在农村能认个字就是牛人。
时代在发展知识在进步，多线程编程从win95开始普及，unix服务器上cpu...

使用单线程处理逻辑，和不会使用多线程编程是两回事。
并不是用了多线程的就一定是好程序。

如果主程能够做好数据同步的架构，把同步细节对上层隐藏掉，那是可以保证项目质量。
如果程序员多了，各自在各自的模块你加一个锁我加一个锁，那这程序很难跑的起来。

说白了，现代程序不是一个人写的，在项目开发中要考虑协同开发的难度。

gantleman

这个就看你把"协同开发"看作技术问题还是管理问题。
在纯技术眼里没有管理问题，任何管理的弊端都可以通过恰当的技术手段来解决。
像svn,git,Bugzilla等工具的诞生都是为了更好的管理软件开发。
开个帖子就是想聊聊怎么“做好数据同步的架构，把同步细节对上层应用隐藏掉”

numpfish: Re: Re: Re:究竟多线程还是多进程？


使用单线程处理逻辑，和不会使用多线程编程是两回事。
并不是用了多线程的就一定是好程序。

如果主程...