NetBSD-currentのフルビルド時間を短縮したいが、機種選定について

OKWave

2007-08-02 13:00

NetBSD-currentのフルビルド時間を短縮したいが、機種選定について

*BSD全般にいえますが、一応ここでは私がメインに使用しているNetBSDを前提とした質問ということで。

NetBSDのリポジトリにおいて、-currentが毎日刻々と更新されているわけですが、今までの開発マシンではもう忍耐の限界になり、クロスコンパイルマシンを別途用意しようと思っています。

現在のマシンはPen3-750[256KB cache]/320MBのノートです。 例:NetBSD-current/i386のbuild.sh releaseで12時間以上かかる(このカキコをしているWinマシンは別にあります。CeleronDのショボいタワー)

これでは話にならないのは明らかで、予算11万円を用意したのですが、
・UltraSPARC II 450MHz x 4 [4MB cache x 4]/4GB RAM/10000rpm 73GBx2 SCA と
・Athlon64 3500+[512KB cache]/2GB RAM/10000rpm 73GBx2 SCA→UW160変換

上記2候補を検討した場合、見た目のクロック周波数の差がやはりコンパイル時間に響いてくるのか、巨大なキャッシュやメモリ搭載量・SMPにモノを言わせた方がいいのか、ご教授いただけませんでしょうか。

当然 make -j 4 (build.sh -j 4)オプションを使うものとしましてご回答のほどお願いします。

※予算的にはUltraSPARCIIサーバの方が圧倒的に安いのですけれども。 (NetBSD/sparc64が現時点でSMP未対応ですので、Solaris 10or11上でクロスコンパイルということになるでしょうけれども。電気代についてはバイトでまかなうので、度外視してください。騒音も。)

良回答

この手の質問は、tech-misc-ja か、NetBSD Mailing List辺りのほうが、 良い回答が得られると思いますが、如何でしょう?
# 同様の悩みを持っている人が(過去)いた事がありますよ。 http://www.jp.netbsd.org/ja/JP/ml.html

回答

ご質問の意図とは違うかもしれませんが、、、。

distcc(gccのコンパイルを複数のマシンで分散しておこなう。)とか、 ccache(コンパイル結果をキャッシュして再利用する。)とか、 を検討すると良いかもしれません。(pkgsrcに入っています。) 使用用途から推測すると、「ccache」で劇的に構築時間が短縮されるかもしれません。

すでにご存知でしたらすみません。
http://www.otsune.com/bsd/ports/ccache_distcc.html

ZDNET Japan 記事を毎朝メールでまとめ読み(登録無料)

ホワイトペーパー

新着

ランキング

  1. セキュリティ

    ChatGPTに関連する詐欺が大幅に増加、パロアルトの調査結果に見るマルウェアの現状

  2. セキュリティ

    迫るISMS新規格への移行期限--ISO/IEC27001改訂の意味と求められる対応策とは

  3. セキュリティ

    警察把握分だけで年間4000件発生、IPA10大脅威の常連「標的型攻撃」を正しく知る用語集

  4. セキュリティ

    いま製造業がランサムウェアに狙われている!その被害の実態と実施すべき対策について知る

  5. セキュリティ

    ランサムウェア攻撃に狙われる医療機関、今すぐ実践すべきセキュリティ対策とは?

ZDNET Japan クイックポール

所属する組織のデータ活用状況はどの段階にありますか?

NEWSLETTERS

エンタープライズコンピューティングの最前線を配信

ZDNET Japanは、CIOとITマネージャーを対象に、ビジネス課題の解決とITを活用した新たな価値創造を支援します。
ITビジネス全般については、CNET Japanをご覧ください。

このサイトでは、利用状況の把握や広告配信などのために、Cookieなどを使用してアクセスデータを取得・利用しています。 これ以降ページを遷移した場合、Cookieなどの設定や使用に同意したことになります。
Cookieなどの設定や使用の詳細、オプトアウトについては詳細をご覧ください。
[ 閉じる ]