首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >FreeBSD-10/gcc48 48 ar命令非常慢

FreeBSD-10/gcc48 48 ar命令非常慢
EN

Stack Overflow用户
提问于 2014-10-13 13:06:22
回答 2查看 164关注 0票数 0

我将服务器升级到FreeBSD-10/gcc48 48,我的项目使用ar将子项目放入静态库,现在缓慢地链接

代码语言:javascript
复制
10.0-RELEASE-p4 FreeBSD 10.0-RELEASE-p4 #0: Tue Jun  3 13:14:57 UTC 2014     root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64

播放不同的ar旗:

“time ar -v -c -u -q .”:362.62真实用户0.82系统

“time ar v -c -r -u -s .”:407.94实0.13用户0.80系统

这必须比以前慢十倍(FreeBSD-8,股票GCC编译器)。我能做些什么来改善这一点呢?GNU Libtool只是在幕后使用ar (所以不会有帮助),对吗?我应该完全绕过静态库吗?(但构建.so不需要同样的时间吗?)不用说,这会扼杀我的开发周期时间。

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2015-05-07 14:46:45

我无法解析ar,也没有看到其他任何东西,所以我构建了一个内存--足够大的磁盘来容纳我最大的ar输出文件,然后黑掉我的构建,在那里输出ar,然后将文件发送到原来的目的地。

这解决了性能问题,是一个相当独立的工作,但您可以想象其中的警告。(创建RAM-磁盘需要根访问,保存临时需要的资源,不能很好地扩展到多个任务,等等)。

票数 0
EN

Stack Overflow用户

发布于 2015-06-29 15:36:25

这个问题是由ar(1)的I/O访问模式与内核UFS死锁避免代码交互引起的,并且是在FreeBSD r284298中修复的。这将在2015年7月中旬的FreeBSD -当前快照构建中使用,并且应该为FreeBSD 10.2提供支持。

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/26340712

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档