妖城在线论坛 - Powered by Discuz! Board

标题: [讨论] 魔力网关多线程规划方案，懂的一起来探讨。。。 [打印本页]

作者: hyf977 时间: 2009-8-7 21:54 标题: 魔力网关多线程规划方案，懂的一起来探讨。。。

魔力网关多线程规划方案

映射器不同于服务器，单纯的映射器就是一个客户端和服务器端的收发员，从这个意义上讲，映射器本身并不需要多线程。

对于魔力网关而言，采用了Windows的消息驱动机制，工作在非阻塞方式之下，如果它只处理收发工作，已经是一款很高效很优秀的映射器了。
魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表4 z3 m- H, {" z- }! ~7 L
然而，我们的这个魔力网关还额外承担了收发员之外的工作，使得程序在执行过程，出现了一些瓶颈，这个瓶颈主要出现在、程序的收发环节。bbs.mocwww.com- j# E: @+ Z1 I$ q3 s

程序的收发过程由消息驱动，原本做好收发员的工作，对过往数据包直接转发即可，但我们现在这个过程里，增加了解密、特征串判定、数据保存、数据显示这些及其耗时的工作，使得这个过程成了整个进程最为繁忙的过程，这是程序最为严重的瓶颈处。—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート* }4 V- j- I* R& N/ p

—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート. r# e% R1 N8 A
基于Windows“1/10秒”原则，该过程繁重的工作量，很有可能使得其工作时间超过“1/10”秒，因此，这是必须关注并处理的环节之一。

为此，考虑将本映射器分成以下若干进程：& @5 Y. u% \9 Z  u
妖城在线论坛, l" M* x" S5 g  o, P- i$ ~
1、主线程：负责基本的初始化、界面的维持、一些界面消息和常规消息的处理等；—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート0 \4 s8 B* n6 y- q3 M

2、映射器收发线程A/B/C~/J：负责、收发工作、客户端数据解密、关键特征串判定等；bbs.mocwww.com$ R) Z+ O3 o/ j  `6 u

3、映射器线程：负责网络初始化、连接管理（建立或者删除）、收发线程调度等；

4、数据管理线程：负责其他数据解密（服务器端）、数据保存、数据显示等。—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート: m0 j) q: o) z+ S# W! [
魔力私服,最新魔力宝贝私服技术交流, I/ ~$ P3 v* @4 `; v0 H+ Q
总共分成4大模块、13个线程。要知道，对于单处理器系统而言，增加线程并不提升速度。而现在都是多核，多线程——解决瓶颈才是其根本。

另外：
登录器认证线程，只识别是不是自己的登陆器。妖城在线论坛% o3 O' P  |0 P# D: S
妖城在线论坛" @1 `5 @% f7 X9 x6 X1 H+ }

比如A线程在调用解密模块，没完成时候，B线程也要调用。这时候，解密模块的缓存中都是A的数据，那B就会冲毁掉，

3 c7 ?, ~+ L" B3 ]
凡是线程共享的子程序，都不能在其内用局部变量  怎么办如果线程守护会浪费我们的多核CPU协作，
有些东西是必须顺序执行的：接收、解密、判断、发送，郁闷恼火大家支持下提点意见。现在的是测试版多个解密功能，以后为缓解可以直接加密的对照，能去掉不必要的解密模块。

一些不影响系统总体的运行过滤，可以单独一个线程里完成，现在其实瓶颈就在接发过程，请各大高手帮忙一起出谋划策完善魔力防御。

作者: 全熟牛排溅血 时间: 2009-8-8 00:50

你该不会是小猪

作者: 黄昏 时间: 2009-8-8 02:51

对此不很了解魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表* {% J! z7 V+ T; b
帮忙关注……

作者: 40830702 时间: 2009-8-8 10:41

LZ整一开发文档出来了.

作者: tiantianxuexi 时间: 2009-8-8 12:00

不是很了解的~！

作者: 372111 时间: 2009-8-9 16:01

意思明白，但是我不会写。。

欢迎光临妖城在线论坛 (http://bbs.mocwww.com/)