libsysconfcpus
返回1个CPU来代替实际检测到的数量。还有另一种方法来缓解这个漫长的编译时间吗?
答案 0 :(得分:8)
来自https://elmlang.slack.com/archives/general/p1484149451013255
@rtfeldman:
Circle和Travis都存在已知的速度问题,因为它们 误报了他们的CPU数量,但有一个解决方法:添加 相当于你的Circle配置:
- https://github.com/elm-community/elm-test/blob/master/.travis.yml#L6
- https://github.com/elm-community/elm-test/blob/master/.travis.yml#L22-L30
- https://github.com/elm-community/elm-test/blob/master/.travis.yml#L39-L41 (编辑)的
他们基本上将
elm-make
替换为运行elm-make
的脚本 使用sysconfcpus -n 2
以便elm-make
知道。{1}} 实际可用CPU数量我和Circle的人谈了一下这个问题,而tl; dr就是这样 他们对修复它并不感兴趣,但它可能会在未来修复 释放他们正在使用的一些上游内容
答案 1 :(得分:1)
考虑设置:
sudo: true
在.travis.yml
中。它将我的Haskell建筑从18分钟缩减到3个。
答案 2 :(得分:0)
对于寻找快速和脏修复的用户:使用libsysconfcpus
来限制sysconf检测到的cpu数量确实会将elm-make时间减少一个数量级的圆ci。