此问题是由ar(1)的I / O访问模式与内核UFS死锁避免代码交互引起的,并在FreeBSD中修复 r284298 。这将在2015年7月中旬的FreeBSD-CURRENT快照版本中提供,并且应该为FreeBSD 10.2向后移植。
无法解决 ar 并没有看到任何其他东西,我构建了一个大到足以容纳我最大的RAM磁盘 ar 输出文件,然后黑客我的构建输出 ar 然后,那里 mv 文件到原始目的地。
ar
mv
这解决了性能问题,并且是一个非常独立的解决方案,但您可以想象一下这些警告。 (创建RAM磁盘需要root访问权限,保存暂时只需要的资源,不能很好地扩展多个任务,等等)。