gpt4 book ai didi

performance - 在 AIX 上的生产中缓慢动态 GSP 重新加载

转载 作者:行者123 更新时间:2023-12-04 12:41:31 24 4
gpt4 key购买 nike

我们使用的 Grails 2.2.4、WebSphere 8.0.0.5 都在 AIX 6.1.0.0 上运行。 Websphere 正在使用 IBM JDK:

Java(TM) SE Runtime Environment (build pap6460_26sr3ifix-20121005_02(SR3+IV27268+IV27928+IV28217+IV25699))

IBM J9 VM (build 2.6, JRE 1.6.0 AIX ppc64-64 20120919_122629 (JIT enabled, AOT enabled)

J9VM - R26_Java626_SR3_iFix_1_20120919_1316_B122629

JIT - r11.b01_20120808_24925ifx1

GC - R26_Java626_SR3_iFix_1_20120919_1316_B122629 J9CL - 20120919_122629)

JCL - 20120713_01


问题是使用:
grails.gsp.enable.reload = true
grails.gsp.view.dir="/path/to/gsp/views"
很慢,我的意思是 20 秒来渲染一个小的 GSP。有趣的是,在我们的本地开发环境中,它需要 2 秒。
我们通过在模型中没有任何内容的空白 GSP 上使用一个除了调用 render(..) 之外什么都不做的 Controller 来隔离这个问题,所以我只能假设它是编译,但我可能是错的。
有没有人遇到过渲染 GSP 非常慢的其他实例,或者有任何建议,也许是 AIX 上的某种奇怪的 JDK 问题?
除了赏金之外,正确回答此问题的人将获得免费华夫饼。
编辑 前几天刚刚注意到:有三个环境具有相同的 WAS 配置和设置,其中一个工作正常,所以这绝对是某种环境问题。

最佳答案

我同意你的怀疑,现在是编译时间。也许你的 grails.gsp.view.dir 很慢——也许是网络文件系统?

不幸的是,真正的答案是不要在生产中启用 GSP 重新加载。
这显然是为了方便开发,并不打算在生产中表现良好。

关于performance - 在 AIX 上的生产中缓慢动态 GSP 重新加载,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17973376/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com