Glibc 编译需要多长时间？
我已经在虚拟机中编译了8个多小时了，但还没有完成。
终端仍在打印内容，所以我知道它仍在编译。
主机系统是具有 4GB RAM 的 2.10Ghz Intel Core2Duo，而来宾系统是具有 1GB RAM 的 PowerPC 虚拟机 (QEMU) 上的 Linux。
我知道动态指令翻译可能会减慢速度，但即便如此，Glibc 应该不会超过 3 小时左右？
是出了什么问题还是我应该继续让它过夜？
I've been compiling it in a virtual machine for over 8 hours now and it still hasn't finished.
The terminal is still printing things so I know it's still compiling.
The host system is a 2.10Ghz Intel Core2Duo with 4GB RAM and the guest is Linux on a PowerPC virtual machine (QEMU) one with 1GB RAM.
I know the dynamic instruction translation can slow things down a bit but even so, Glibc shouldn't take longer than 3 hours or so?
Is there something wrong or should I just continue to let do it's thing overnight?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
作为比较，Ubuntu 上次为 64 位计算机编译 elibc 时，花费了 amd64 大约 1.75 小时，大约i386 和 powerpc 均为 2.5 小时
我认为动态转换速度很慢，尤其是动态转换到不同的架构。
For comparison, the last time Ubuntu compiled eglibc for a 64-bit machines, it took about 1.75 hours for amd64, and about 2.5 hours for both i386 and powerpc
I think it's just that dynamic translation is that slow, especially dynamic translation to a different architecture.