极小内存编译问题

tintin365

小弟最近搞了一个vps玩，由于是基于openvz的，所以不能用swap。

而内存只有128M，一超就撞墙。哪位兄弟有这种极小内存下的编译经历，现在只要是gcc 没法编译过去，到一定时候就把out of memory。其它包都可以distcc到我的电脑上搞。

我不想用debian什么的。。。。。

ps,在网上搜的min-heap-size min-heap-expand方法也不行。

lifc

虚拟机分大点内存，尽量不编c++(特别是boost)程序。48M内存的开发板都可以用gcc 4.4，如果128M什么都不能编就有问题了。
不过你如果在vm里跑gentoo的emerge情况就不同了。emerge是python写的，自身就要占用几十MB内存。

suddenkiller

我倒是觉得还是在PC上用交叉编译，这种嵌入式的设备还是直接安装编译好的二进制包。直接在那上面编译花的时间比较长。

poet

Post by tintin365;2060516
小弟最近搞了一个vps玩，由于是基于openvz的，所以不能用swap。
而内存只有128M，一超就撞墙。哪位兄弟有这种极小内存下的编译经历，现在只要是gcc 没法编译过去，到一定时候就把out of memory。其它包都可以distcc到我的电脑上搞。
我不想用debian什么的。。。。。
ps,在网上搜的min-heap-size min-heap-expand方法也不行。

低配置的机器，编译速度慢，一般不会用他们编译，唯一的好处是简单，因为一般来说编译脚本不用修改就可以直接用。

如果说整这个编译都那么费事的话，还是用交叉编译更实在。毕竟交叉编译虽然麻烦点，但总归是一条被验证确保可行的方法。

zhou3345

在自己机器上做一个 openvz templates stage4 先。避免编译gcc不就完了：）

tintin365

恩，我现在所有程序都distcc编，反正不用本地gcc了。。。。