爽快的烤面包 · 「R」逻辑回归、决策树、随机森林-腾讯云开发 ...· 4 月前 · |
任性的马克杯 · Python ...· 6 月前 · |
大力的手链 · 为了实现CI/CD,先来定制一个Docker ...· 1 年前 · |
玩篮球的西装 · php中curl和soap方式请求服务超时问 ...· 1 年前 · |
内向的口罩 · Glide内存占用优化_recyclervi ...· 1 年前 · |
我们有一个更大的C-程序编译与emscripten (和ASYNCIFY启用)。该程序运行良好的Chrome在Mac上,在Windows上的页面出现,但不断吃的内存高达6GB,然后页死亡“啊,快照!”。但是,如果我事先打开了开发人员工具,然后在地址栏中键入应用程序url,那么应用程序将无问题地运行(在400 in的范围内)。Windows上的MS也是一样的.这让人想起了什么吗?在dev控制台中,到目前为止还没有什么是可见的,可能导致问题的原因。任何提示如何找到原因将不胜感激。
使用
-O1
编译时确实出现了上述问题(我们不得不选择
-O1
,因为在没有优化的情况下,我们确实遇到了另一个怪癖:
failed to asynchronously prepare wasm: CompileError: WebAssembly.Module doesn't parse at byte 4: Function's number of locals is too big 108469 maximum 50000, in function at index 4350 [Warning] Aborted(CompileError: WebAssembly.Module doesn't parse at byte 4: Function's number of locals is too big 108469 maximum 50000, in function at index 4350)
,参见我的另一个问题, too many locals to run liveness analysis
)
最后我们用
-Os
进行编译,到目前为止,这确实解决了两个问题。然而,使用诸如矿场这样的优化选项来操作并不是很令人满意.
Copyright © 2013 - 2023 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号: 粤B2-20090059 深公网安备号 44030502008569
腾讯云计算(北京)有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287
扫码关注腾讯云开发者
领取腾讯云代金券