因此我们最近正在采用两个方案，1、采用最新版本的32位操作系统的，然后开启大内存模式，重新编译内核；2、采用最新版本的64位操作系统，但是需要服务端在这个环境下编译测试。因此需要一些工作量。
最近看到很多人在帮忙分析剑网3客户端的界面使用ini+lua的方式，然后说这个导致io太高，效率不行，一堆问题。我觉得还是需要和大家说明一下，剑网3在UI的开发过程，最核心的一个问题就是希望能提供想WOW一样可以方便定制的界面系统，特别是可以很方便的通过用户自定义，甚至通过插件来充分定义；
因此我印象中UI的系统代码前后至少写过3个不同版本，为了方便最终引入了ini+lua文本格式，方便插件使用以及方便检查调试和检查错误；效率问题，因为最早剑网3的时候主要是5人副本，以及在场景中，对于BUF的使用还不是很频繁，团队功能也还没有；因此在当时是够用的，而且当时的瓶颈主要在3D部分；
随着大型副本的引入，特别是BUF的使用特别频繁，团队的行为越来越频繁，同时3D的优化使得3D部分的负载越来越低，服务端的网络发包也开始受控，这个时候UI的瓶颈开始显现了，因此大家最近的分析会发现UI的负载占用的比例越来越高，所以大家会看到我们最近的优化重点都是在IO上，特别是UI的IO。
UI的IO优化已经上了一个初步版本，还会有后续的版本，同时3D引擎在开怪过程导致的IO过高的问题，我们也准备通过进入副本预加载以及减少内存占用的多种方式逐步改善。我们现在剑网3团队内部对于优化是一个非常高的优先级，大家有发现新的问题欢迎和我们反馈，我们会及时跟进。
顺便也和大家吐吐槽，我们内部的测试都是在没有插件的环境下测试的，结果经常一挂上插件后，很多优化就显得不明显了，但是我们没有插件的源代码，也没有办法帮助插件优化呀，欢迎大家帮忙推动插件的作者也和我们一样重视优化。
或者大家也可以将大家最需要插件的功能告诉我，我可以安排研发人员在产品中逐步支持，减少对插件的依赖。
