Board logo

标题: [魔力私服分享] 关于服务端内存优化的一些经验 [打印本页]

作者: 易凡    时间: 2023-5-15 01:16     标题: 关于服务端内存优化的一些经验

大家也知道,妖城魔力一个区开服了十周年多了
1 Q8 |$ f$ j1 {4 N6 n魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表bbs.mocwww.com9 Z9 T% N/ {* e5 U! X
不管是数据库还是data的冗余肯定都非常多。! Y* j1 u2 d# E8 i' T3 ]. `: ]7 z  o
9 A3 k( @0 ]& a4 j- p0 E
对于妖城这样的数据量大的服务器,首先数据库肯定不能放在跟服务端运行的同一个服务器里。魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表* h/ \+ L5 ?& H+ O
魔力私服,最新魔力宝贝私服技术交流8 j6 o- x- q/ w9 X  D- f
这是基本的,所以,最好是运行服务端的服务器一台,数据库单独一台。
& q+ v  R5 f, d8 G) N  a" t—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表5 V, H; r/ H' u8 s  J% a  z6 @
因为数据库大了之后,mysql的资源占用也是很可观的。能省则省。
# Z1 U" F$ {) ?8 [+ N魔力私服,最新魔力宝贝私服技术交流妖城在线论坛8 g8 ?# y3 Y- ]5 S) E. P$ b* x
然后关于在有限资源的前提下(魔力原生的服务端是只能运行32位系统的,也就是最大4g内存,后续可能有别的引擎升级兼容了64位那另说)
- M$ i/ |1 H1 a, X2 a7 w% q妖城在线论坛魔力私服,最新魔力宝贝私服技术交流% m9 j: Z; e% l0 |' g: @
优化有两个方面; E$ \- B9 h$ i6 v' ^" r
一:data方面
5 a1 K0 Z$ {' V& J: b# [- ^妖城在线论坛data下几乎所有的txt设定,比如npc/msg/itemset/enemy等等
  V" z! R6 B! t+ a9 b魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表记住编号不要随意乱设置,尽量往小的,没用到的设定" G) q# Z8 A, Q
比如你不要把一个msg的编号设定成390000000,三亿多了魔力私服,最新魔力宝贝私服技术交流8 p6 w8 g" r4 t3 F5 h: u& `
因为在程序的逻辑里,我不可能为了寻找到某个编号,就每次去整个msg里面从上到下循环搜索吧?
( y4 @  [6 S& u! t2 |- q—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート所以程序逻辑,会在服务端启动的时候,就根据你msg的最大编号为上限,设定一个跳转表。—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート* I+ {- z  w5 W% G/ |% [
对程序员来说,讲到这里应该就懂了
6 J0 u1 U) q/ k0 m0 d- h妖城在线论坛但是对于非程序员来说,我多说两句,跳转表是为了快速定位数据不需要从上到下循环搜索的。bbs.mocwww.com7 X) ?6 v6 j- I; }0 W# O4 W/ u! g
你可以理解跳转表是连续的一堆信息。
2 N# Y4 m: d8 n# F5 q( B魔力私服,最新魔力宝贝私服技术交流你的msg编号最大的如果是100000,那么程序启动的时候就会设定10万个连续的数据空间用来存放对应每个msg编号指向msg.txt的哪一行。—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート; |) j8 u; n7 c0 P) V
这样,当游戏里,需要调用到某个msg的时候(比如道具说明啊,npc对话啊,boss发言啊之类的)—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート  O% a5 S. g; d! R0 i
它直接通过编号获取跳转表指向的msg行,获取到msg的内容。魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表1 ]0 _7 e" A  H6 ~
这就导致了一个问题,你要是把msg的最大编号设置成3亿多。。。。可想而知浪费了多少内存?
/ r+ V( Z5 k$ t/ z1 c
9 v3 `% k& A4 Y  W" D$ j- a妖城在线论坛data下的其它文档也是一样的道理。用编号,不要太任性。
  E- T! t: w, C$ {9 h& Q4 [bbs.mocwww.com魔力私服,最新魔力宝贝私服技术交流2 a9 w( q% m5 j+ k! y3 k
二:lua方面魔力私服,最新魔力宝贝私服技术交流3 Y& }2 N% M: y9 O6 p+ M
lua方面最大的内存占用,应该就是table类型的反复释放和创建了。
1 w* Z- T* x1 S% c' _$ q% @魔力私服,最新魔力宝贝私服技术交流因为没有深入阅读lua的代码bbs.mocwww.com: P+ V" r3 m% J: X: Q, K$ {( P
所以对于lua的内存管理一直是很懵的。
* H/ p$ Y& R2 Y' p! Q5 @6 m魔力私服,最新魔力宝贝私服技术交流如果没有对内存占用比较敏感的话魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表7 G: |4 p' k: o, ^) ?
正常运行的服务器,一般都会给每个玩家登陆的时候,或者玩家某个行为的时候,创建一个临时的tabble
/ n6 Y! ?9 @  d- R! F  F魔力私服,最新魔力宝贝私服技术交流这个table的生命周期仅限于这玩家本次登录的时候。妖城在线论坛1 K, S2 x' g6 }; m9 Q0 s! J( ?2 P; O
然后玩家下线了,就释放掉,比如tablexx=nil妖城在线论坛) M  g/ O! n1 U0 v: H3 J( N
但是这样做有一个问题。。。
1 ~" ^. R8 M' J) a魔力私服,最新魔力宝贝私服技术交流你可以尝试一个玩家登陆的时候,你创建一个百万级别的table项目。
0 P* \; o. V1 m. D. E4 X( _6 M玩家下线的时候,你nil掉这个table
! n, E0 Y; J$ p3 t% h# o5 ]. s! y! }# y妖城在线论坛并且你也可以及时得使用lua的垃圾回收释放无效的内存。—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート! }/ h8 \& y0 f( M4 [
但问题是,你垃圾回收后,你读取lua的占用内存,发现确实下降了妖城在线论坛8 A/ e! Z) H* k$ U( s
但是在linux下用系统命令top查看。。。。。bbs.mocwww.com  S3 ]" }; }: O% @" z  E; u
魔力服务端所占用的内存毫无下降。
! ~+ @% k2 y7 `7 |# `—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート那么你再次登陆角色,又创建了一批内存
) y  I% G% |$ j+ {. M魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表我至今依然没有通读lua引擎的代码,所以依然不能确定lua的内存管理方式。魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表# {8 \; d; F7 g' |0 n) o
但是根据这段时间的测试妖城在线论坛  q6 M0 v( M+ L! O; e
可以总结经验(并不一定对):lua会霸占整个系统的内存,并以你目前最大用到的多少为限,你用lua的垃圾回收功能,是回收了—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート+ K0 ^4 X' J- D! e
但是这部分内存并不归还给linux系统魔力私服,最新魔力宝贝私服技术交流. F, t' g. T7 g. c
lua会认为,你既然现在能用到这个尺度的内存,那我留着,你等下迟早也要用到。。。。。
7 H2 E/ C& ?8 D- z8 qbbs.mocwww.com这就导致了,不停的table的nil释放并不能真正释放整个魔力服务端运行时占用的内存
! p& R6 V3 D1 C, L3 J妖城在线论坛这个跟正常的编程意识就有点不符合了。。。。。。—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート, ?$ Z" ?9 D* c2 w2 k  j
但反正它大概是这么操作的。
& ~: s  Z( f" s* U+ P妖城在线论坛解决方案是什么呢?
8 R# _. m( I) N; {$ ?( p3 M魔力私服,最新魔力宝贝私服技术交流不要用cdkey啥的做table的key(如果非要不可,我感觉宁愿弄成field存到数据库中)
6 ^/ J# ?; h! G魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表启动的时候,根据当前设定的最大在线人数,预先扩充一个tablebbs.mocwww.com. O! ^  @0 }* D: F( I6 U# J
这个table的索引key使用CharIndex这个序号—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート% f9 R/ q: g7 X$ o  M7 Q5 Q1 ?* r
玩家下线的时候,不要nil掉,只要再次初始化数据就好了。
9 w6 \! F4 r4 U! ?1 z% J1 X% V这样就不会反复创建了魔力私服,最新魔力宝贝私服技术交流, i6 A9 h% L/ U" S1 j& J6 c
魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表8 `( l% t$ [( o
三:引擎,c语言方面
4 d7 W. Z' V- M$ h妖城在线论坛也是同样的观点。
, E2 m. H, r4 B8 j) a3 ^( T0 K魔力私服,最新魔力宝贝私服技术交流尽量预设开辟一段既定的内存空间,不要试图去在登陆和登出的时候频繁的创建和释放
3 @# a, ~1 }( ^# L9 Q
2 \! j/ T2 H4 H1 m, Dbbs.mocwww.com最初妖城启动占用内存大概2.3g,运行大概十天半个月后,就会出现内存溢出,轻则挂端重则回档。
9 D# `; X9 R. C6 k( C) O* n8 W后来优化后(其实没有优化到极致)启动占用内存800m左右,干净的系统top下观察占用内存1g而已—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート; Q: d2 l! {0 k2 f. v
连续运行几个月都不会有问题。
$ H1 _" r( P/ l( k  Ebbs.mocwww.com
% y5 O# Z1 F2 d, |4 l; U! i—魔力私服,魔力宝贝私服技术,DELPHI编程,魔力寶貝, 魔力宝贝, 크로스게이트,クロスゲート以上说的三个方面
" L4 P" w/ E" F8 D2 p/ s魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表两个都是一般的开服的gm自己可以控制优化的,第三个是必须引擎技术商方面优化的。: D: }  E0 v3 r: b  a
魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表- \" e5 b' r1 t, r0 o9 |) q
大家可以试一下
作者: Muscipular    时间: 2023-5-15 12:32

补充几点妖城在线论坛, G/ \* R3 |5 a# T9 l' p8 S
1. 关于可用内存,实际上linux上面只有3g,windows下面只有2g
0 {4 N1 b, f/ x妖城在线论坛2. luajit 可用内存是2g,除非 64位+GC64模式
+ p2 Y. O. K8 O- P魔力私服,最新魔力宝贝私服技术交流2.1. 内存回收,lua 申请的内存看luajit的实现了,默认跟c一样的处理逻辑,但如果是myalloc的话,大概率会有内存泄漏,不过就算是c的内存申请后也不是马上归回系统的。
$ ]; I+ \! r% Sbbs.mocwww.com3. gmsv里面动态申请的数据主要是迷宫,不过引擎的myalloc,大概率会有内存泄漏魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表! Q; x0 M/ s6 B0 Q
bbs.mocwww.com7 Q7 ^3 B* `# [+ ]
[ 本帖最后由 Muscipular 于 2023-5-15 12:40 编辑 ]
作者: 易凡    时间: 2023-5-15 19:34

luajit我的是5.2.3版本的,所以我这边垃圾回收操作是不释放内存归还系统的




欢迎光临 妖城在线论坛 (http://bbs.mocwww.com/) Powered by Discuz! 6.0.0