- 主题:说个悲惨的事情
我的意思是，马龙肯定有只build单文件的玩法
某产品全部build需要几十小时，但还是可以单机开发的
【 在 milksea (肥了，又肥了 >>>_<<<) 的大作中提到: 】
: 谷歌大力出奇迹，在集群上编译，都快…
--
FROM 27.91.71.*
试试编译下envoy，也很酸爽
【 在 iwannabe (I wanna be) 的大作中提到: 】
: 在修改chromium的源代码，完整编译一次要1个多小时
: 所以我尽量修改cc文件，不修改头文件
: 但是刚才调试的时候，不小心按了一个字母，然后赶快按ctrl z，现在又要等一个小时了
: 。
--
FROM 117.136.65.*
wasm部分占300分钟以上的单核cpu时间... 这个已经接近kernel的编译时间了。
我搞了个二手服务器编envoy，基本上30分钟内搞定。
能用上rbe集群很爽，不过还是有各种问题。
【 在 poikilotherm 的大作中提到: 】
: 试试编译下envoy，也很酸爽
--
FROM 221.220.132.*
我编译mysql 8.0.19 community版本，大概450万行代码。 来回用gcc/clang编译，还有各种clang的插桩编译。make -j 4一边大概要 半个小时。 clang还因为设置内存小，导致make停止。。
编译oceanbase的时候，用的是clang。这东西编编停停，下来搞了好几天。 有些是编译过程不理解，有些是clang太占内存了。 你能相信吗？ 编译这东西阿里推荐最低内存：16GB，最低4核。。
为了编译oceanbase，还特地要求公司 买了新的机器，加内存。。
后面还要应用各种插桩对oceanbase进行试验编译。
【 在 iwannabe 的大作中提到: 】
: 在修改chromium的源代码，完整编译一次要1个多小时
: 所以我尽量修改cc文件，不修改头文件
: 但是刚才调试的时候，不小心按了一个字母，然后赶快按ctrl z，现在又要等一个小时了
: ...................
--
修改:saynothing FROM 101.229.3.*
FROM 180.164.178.*
呵呵
1个小时还好吧，编qt一次4个小时。
当然可以分片编
--
FROM 116.88.151.*
现在编 qt，最多的时间就是用来编 chromium 啊。
只编 qtbase 的话，10 分钟可能就搞定了。
我经常只编译 qtcore，两三分钟搞定。
【 在 bruce1988 (bruce1988) 的大作中提到: 】
: 呵呵
: 1个小时还好吧，编qt一次4个小时。
: 当然可以分片编
: ...................
--
修改:hgoldfish FROM 121.205.116.*
FROM 121.205.116.*
开发编译机都没16gb内存？ 还要扩？
突然发现我前司太好了 12年就给用128GB内存的机器
【 在 saynothing (止语) 的大作中提到: 】
: 你这还好。 不算痛苦指数高的
:
:
: 我编译mysql 8.0.19 community版本，大概450万行代码。 来回用gcc/clang编译，还有各种clang的插桩编译。make -j 8一边大概要 三四十分钟。 clang还因为设置内存小，导致make停止。。
--
FROM 114.84.165.*
开发机总共16GB，主机win10。 至少4G
虚拟机ubuntu，剩下只有12GB。。
【 在 Sinopeus 的大作中提到: 】
: 开发编译机都没16gb内存？ 还要扩？
: 突然发现我前司太好了 12年就给用128GB内存的机器
--
FROM 180.164.178.*
当年我折腾pypy，这货的编译过程一大半时间都在python这里，只能单线程编译。
等他生成了700MB c源代码之后才轮到gcc干活。
所以他典型编译时间是1小时起步。
【 在 saynothing 的大作中提到: 】
: 你这还好。 不算痛苦指数高的
:
: 我编译mysql 8.0.19 community版本，大概450万行代码。 来回用gcc/clang编译，还有各种clang的插桩编译。make -j 8一边大概要 三四十分钟。 clang还因为设置内存小，导致make停止。。
: ...................
--
FROM 180.111.50.*
谷歌用goma, 有cache目标obj,
我不清楚外面的公司是否也有goma.
【 在 xiaoju 的大作中提到: 】
: 你这大概率有什么事情没做对吧，谷歌不可能这么开发的啊
:
--
FROM 111.196.59.*