关于823的一些建议

HGE领悟-hgeui

1、优化SQL语句执行能力，尽量采取多线程处理。主要有以下几个方面。
1、现在的合区速度，比如1000个账号和1000的账号的区，很明显比之前效率差了很多很多，那如果1w个号和1W个的区呢，，那速度！！！！有待优化。不是说做不到速度快，我希望多多研究下优化方面的事情，不急于扩展更大的功能。。。

2、关于M2保存人物数据的优化， 从507开始，体现在，关闭M2的时候如果在线人数数据多，关闭的时候M2保存速度目前比如待处理（50/50）这样的提示尽量再优化优化，最好是做到关闭就是关闭开启就是开启， 这个其实是SQL语句优化把，尽量能做到！！！

3、之前的1207转换数据要10小时，但是从8月份的转换工具完善以后同样的数据，也就10来分钟，转化效率提高了10倍，希望多多考虑这方面的事，

@上线发呆 @1580 @法海不懂爱

55仿盛大搜服网

确实现在应该优化的东西非常多，就目前看HGE引擎已经在市场上逐步推广开来，很多其他引擎的GM或技术都转站HGE，但是在流畅度上还有待增加！
1、现在控制台停止时出现等待时间过久，开启时加载数据也缓慢的现象！
2、合区数据时间过程，以前合区仅仅需要1-3分钟不等，现在起码都要10分钟左右！
3、自定义变量保存问题，这是我昨天发现的，使用脚本调整后马上打开保存文件查看并没有写入，如哟等5到10秒钟后才写入，如果人多了会不会出现问题呢？
4、开发新的功能固然重要，但是优化也要跟随上，现在是HGE的转折点希望老大慎重考虑！

传奇正传

这个是你个人原因，谁让你一个服那么多人的，合区当然慢了，像我们就没出现这类问题。

HGE领悟-hgeui

传奇正传 发表于 2020-8-29 15:54
这个是你个人原因，谁让你一个服那么多人的，合区当然慢了，像我们就没出现这类问题。 ...

大局观好不好，

1580

再怎么优化，SQLITE也是要排队进行处理，不是想说快就能快


处理快慢，主要看你数据库的大小，越大的数据库，存储起来用时越长，


1、优化SQL语句执行能力，尽量采取多线程处理。主要有以下几个方面。
SQList根本不支持多线程同时写入，具体自己百度

2.M2关闭也是需要逐个提交至DBS上，DBS处理需要时间，不是说多线程就可以解决，他本身有个提交后回复并改变M2状态的过程

3、之前的1207转换数据要10小时，但是从8月份的转换工具完善以后同样的数据，也就10来分钟，转化效率提高了10倍，
应用场景不一样，转换可以转换完后再一起提交至数据库中

HGE领悟-hgeui

1580 发表于 2020-8-29 16:16
再怎么优化，SQLITE也是要排队进行处理，不是想说快就能快

最好是想想办法，我是这个意思。。。 排队处理可以100个人排一排  也可以选择100个人排100排，这样效率就高了嘛。我是这个意思 尽量的 去提升下。。。。

HGE领悟-hgeui

1580 发表于 2020-8-29 16:16
再怎么优化，SQLITE也是要排队进行处理，不是想说快就能快

如果以分割的形式呢

1580

主要也就是M2退出时，这等待时间吧？

HGE领悟-hgeui

1580 发表于 2020-8-29 17:06
主要也就是M2退出时，这等待时间吧？

对呀， 还有就是一键合区工具这一块 速度也满。。虽然数据大，但是多线程不行 考虑下分割模式啊

1580

HGE领悟-hgeui 发表于 2020-8-29 17:40
对呀， 还有就是一键合区工具这一块 速度也满。。虽然数据大，但是多线程不行 考虑下分割模式啊 ...

合区根本没办法，因为不停的需要检查每个角色的名字，