当前位置:  开发笔记 > 编程语言 > 正文

如何加速gwt编译器?

如何解决《如何加速gwt编译器?》经验,为你挑选了8个好方法。

我们开始在项目中更多地使用GWT,GWT编译器的性能变得越来越烦人.

我们将开始改变我们的工作实践来缓解这个问题,包括更加强调托管模式浏览器,这推迟了以后运行GWT编译器的需要,但这带来了自己的风险,特别是直到比我们想要的要晚得多,才能解决真正的浏览器问题.

理想情况下,我们想让GWT编译器本身更快 - 编译一个相当小的应用程序需要一分钟时间.但是,我们正在使用编译,如果一个相当天真的方式,所以我希望我们可以做一些快速和简单的收益.

我们目前正在从ant Ant目标调用com.google.gwt.dev.Compiler作为java应用程序,最大堆容量为256m,堆栈空间很大.Ant使用fork = true和最新的Java 6 JRE来启动编译器,以尝试利用Java6的改进性能.我们将主控制器类与应用程序类路径一起传递给编译器,然后关闭它.

我们还能做些什么来获得额外的速度?我们能否提供更多信息,以便花更少的时间来发现该怎么做?

我知道我们可以告诉它只为一个浏览器编译,但我们需要进行多浏览器测试,所以这不太实用.

此时欢迎所有建议.



1> Yuval Adam..:

让我们从令人不安的事实开始:GWT编译器性能真的很糟糕.你可以在这里和那里使用一些黑客,但你不会得到明显更好的性能.

一个不错的性能黑客你可以做的是只为特定的浏览器编译,通过在你的gwt.xml:中插入以下行:


或者在gwt 2.x语法中,仅适用于一个浏览器:


例如,这将仅编译IE和FF的应用程序.如果您知道自己只使用特定的浏览器进行测试,则可以使用此小黑客.

另一种选择:如果您使用多个语言环境,并且只使用一个语言环境进行测试,则可以将它们全部注释掉,以便GWT将使用默认语言环境,这样可以减少编译时的一些额外开销.

结论:你不会在编译器性能方面获得数量级的增加,但是在几次放松的情况下,你可以在这里和那里剃掉几分钟.


2013年,仍然GWT编译时间糟糕可以任何一个改进这个答案,GWT 2.5
对于GWT 2.0,您实际上希望此语法指定用户代理:

2> Chi..:

如果使用-localWorkers标志运行GWT编译器,编译器将并行编译多个排列.这允许您使用多核机器的所有核心,例如-localWorkers 2将告诉编译器并行编译两个排列.你不会得到量级差异的顺序(并非编译器中的所有内容都是可并行化的)但如果你编译多个排列,它仍然是一个显着的加速.

如果您愿意使用GWT的主干版本,您将能够将托管模式用于任何浏览器(进程外托管模式),从而缓解托管模式的大多数当前问题.这似乎是GWT的发展方向 - 总是以托管模式开发,因为编译不太可能更快地获得数量级.


在具有多个核心的盒子上虚拟化编译环境; 远程进入这个虚拟机; 使用-localWorkers执行命令行GWT编译,使用最少的本地和user.agents; 确保托管vm的框是您要部署到的网络对等端.这样的组合可以使你的编译在tomcat中部署到大约30秒.此外,所有这些都可以用脚本编写.您还可以在本地计算机上创建,创建一个svn补丁,并让您的脚本使用某种类型的NFS或samba共享来应用补丁,从而无需仅复制src差异.好极了!
啊,localWorkers选项是宝石,值得了解.遗憾的是,我们的大多数开发盒都是单核xeon.OOPHM看起来也非常有前途.总是在下一个版本中,它是......

3> monzonj..:

虽然这个条目很老,你们大多数人可能已经知道,但我认为值得一提的是GWT 2.x包含一个新的编译标志,它通过跳过优化来加速编译.您绝对不应该部署以这种方式编译的JavaScript,但在非生产连续构建期间可以节省时间.

只需在您的GWT编译器行中包含标志:-draftCompile即可.


我使用了这个选项,在我们的项目中,有时它会因为一个奇怪的错误而失败.所以请注意,有时编译可能因此无效.

4> 小智..:

以下是您可以将其设置为的user.agent值列表.

(因为我一直在结束了这里的时候,我搜索我应该设置,使其只生产铬置换这里添加此答案是:. )



5> Chi..:

在较新版本的GWT(我相信从2.3或2.4开始),你也可以添加


用于开发目的的gwt.xml.这将告诉GWT编译器创建一个覆盖所有语言环境和浏览器的单个排列.因此,您仍然可以在所有浏览器和语言中进行测试,但仍然只编译单个排列


有趣......有什么缺点?

6> martins.tuga..:

您可以为构建添加一个选项以进行生产:

-localWorkers 8 - 其中8是计算排列的并发线程数.您所要做的就是将此数字调整为更方便的数字.请参阅GWT编译性能(感谢Dennis Ich评论).

如果您正在编译测试环境,您还可以使用:

-draftCompile 这可以实现更快但不太优化的编译

-optimize 0 它不会优化您的代码(9是最大优化值)

使构建和托管模式性能增加一倍以上的另一件事是使用SSD磁盘(现在,托管模式就像魅力一样).这不是一个便宜的解决方案,但取决于你使用GWT的多少和你的时间成本,它可能是值得的!

希望这对你有所帮助!



7> Dave Webb..:

GWT编译器正在进行大量的代码分析,因此很难加快速度. 来自Google IO 2008的此会话将让您了解GWT正在做什么以及为什么需要这么长时间.

我的建议是尽可能让开发使用托管模式,然后只在你想要进行测试时编译.这听起来像你已经解决的解决方案,但基本上这就是托管模式存在的原因(好吧,调试和调试).

您可以加速GWT编译,但只能编译某些浏览器,而不是默认情况下GWT所做的5种.如果您想使用托管模式,请确保您至少编译两个浏览器; 如果您为单个浏览器进行编译,那么浏览器检测代码将被优化掉,然后托管模式将不再起作用.

为较少的浏览器配置编译的简单方法是创建一个继承自主模块的第二个模块:


  
  
  
  

如果rename-to属性设置相同,则输出文件将与完成编译时相同



8> Robert Munte..:

将应用程序拆分为多个模块或入口点,然后仅在需要时重新编译.

使用trunk版本分析您的应用程序 - 它提供了编译的故事.这可能与1.6编译器相关,也可能不相关,但它可以指示正在发生的事情.

推荐阅读
php
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有