パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

BSD を始めたい Linux 熟練者へのお奨めは何?」記事へのコメント

  • FreeBSD (スコア:2, 興味深い)

    by koshian (6999) on 2005年01月26日 19時32分 (#684810) ホームページ 日記
    *BSDはFreeBSDしか知らないのですが、日常生活をDebian GNU/Linuxですごし、たまにFreeBSDも使う自分としては概ね満足してます。
    特にmargemasterが気に入ってますね。アップグレード時に既存の設定ファイルと新しい設定ファイルのdiffを表示するだけの機能ならdebianにもあるのですが、それを差分ごとに新旧どちらの記述を採択するか選んで行けるというのは驚きでした。とても便利ですね。

    不満な点もいくつかあります。
    まず、portsがばかでかいこと。/usr/portsが300M以上になってしまって、ディスクの小さなシステムではまずportsを利用する事自体が難しくなってます。
    それからアップグレードが自在ではないことですね。場合によっては再インストールしなくてはアップグレードができないというのは、負担がかなり大きいと思います。make worldで済めばありがたいのですが。
    しかし、make worldにしても、計算力の小さなシステムでは負荷が高く、場合によってはサービスを停止しなくてはなりません。ある程度の規模になれば、コンパイル用のマシンを1台用意して/usr/srcなどをnfsマウントして、make installworldだけで済ませることも可能ではあるのですが。この点も積極的に利用するのが難しいなと感じています。

    数ヶ月前にバイナリベースのアップグレードの枠組が作られてるという話も聞いたので、それが利用できるようになれば、不満の半分は解消するのでしょうかね。
    • by ferrocyan (7486) on 2005年01月26日 21時39分 (#684880)
      セキュリティアップデートが追いかけられれば良いのであれば、freebsd-update [daemonology.net]が使えますね。
      カーネルなどの再構築をしているとダメとか条件は色々あるようですが。
      親コメント
    • >まず、portsがばかでかいこと。

      portsもNetBSDのpkgsrcも、この点では、

      1. ディスクやメモリのいっぱいあるマシンでバイナリ・パッケージを作成

      2. リソースの限られたマシンでは造ったバイナリ・パッケージをpkg_add(8)

      何も/usr/portsを抱え込む必要はありません。

      NetBSDの方では「場合によっては再インストールしなくては」っていうのはありませんな。安全で簡単なアップデートかどうかという点に考慮の余地はあるかもしれませんが。

      再インストールに近いことが必要なのは、

      • 実行形式が変わったとき; a.out → ELF

      • ファイルシステムを変えたいとき; FFS → FFS2

      このような面では半年に1度、libcの共有ライブラリのmajorバージョンまでとっとと変えるOpenBSDは移行に辛いかもしれません。

      >しかし、make worldにしても、

      これもリソースの十分なマシンでリリースやカーネルを作成して、それをリソースの限られたマシンで展開する方法を取ればラクチンです。

      親コメント
      • by hatano (124) on 2005年01月27日 17時35分 (#685224)
        >portsもNetBSDのpkgsrcも、この点では、
        >ディスクやメモリのいっぱいあるマシンでバイナリ・パッケージを作成
        >リソースの限られたマシンでは造ったバイナリ・パッケージをpkg_add(8)
        >何も/usr/portsを抱え込む必要はありません

         NetBSDはソースツリーをクロスコンパイルするのは簡単ですが。
         pkgsrcをクロスコンパイルする仕組みはなかったと思いますよ。
         distccを使えばコンパイルの大半は肩代わりしてくれますけど、configureとかminiperlやemacsのdumpみたいな処理はターゲットがないとできませんし。

         実際あるなら教えてください。すごく使いたいです。
        親コメント
        • 元の発言がFreeBSDということもあり、pkgsrcのcross platformについて書いたつもりは
          毛頭ありません。

          pkgsrcの方面ではクロスコンパイルを目標にしてる開発者もいた気がしますが、本当に
          できるかどうかはわかりません。

          あったら欲しい気がする反面、pkgsrcを作るのがたいへんになったりしたら、正直嫌だなぁ。
          親コメント
      • by Anonymous Coward
        >まず、portsがばかでかいこと。

        リソースの少ないマシンなら、portsの殆んどは不必要と思われますので、
        適当に削除しておいて、 /usr/sup/refuseに ports/(要らないカテゴリ)
        を記述すれば、cvsupで更新されなくなります。

        # refuseにはコメントは書けないそうです。
    • by ktoreishi (1275) on 2005年01月27日 3時05分 (#685009)
      portsは細かいファイルが多いのでfragment sizeを小さくすると驚くほどファイルシステムの消費が減ります。
      /ad10をnewfsしてports-allをcvsupしてdu -sk /ad10した出力の違いはこんな感じ。
      blocksize 16384/fragsize 2048(default)
      250852 /ad10
      blocksize 8192/fragsize 1024
      174248 /ad10
      ports専用にするかはさておき、細かいファイル置き場用パーティションを用意するのがお薦めです。
      親コメント
    • by Anonymous Coward

      =====元記述======
      まず、portsがばかでかいこと。/usr/portsが300M以上になってしまって、ディスクの小さなシステムではまずportsを利用する事自体が難しくなってます。
      =================

      これは間違いです。確かにportsを全て入れるとなると指摘の通りですが、個別のportsをfetchコマンドで取得して展開する事もできます。(私は貧弱なネットワーク環境で使っているので、頻繁にそんな手法を使っています)
      cvswebでtarballとしてまとまっているものが入手できます。

      =====元記述======
      それからアップグレードが自在ではないことですね。場合によっては再

    • by Anonymous Coward
      >まず、portsがばかでかいこと。/usr/portsが300M以上になってしまって、ディスクの小さなシステムではまずportsを利用する事自体が難しくなってます。

      160GBのHDDが1万円しない時代に300Mででかすぎって…
      • by Anonymous Coward
        160GBのHDDが1万円しない時代に300Mででかすぎって…
        より信頼性の高い HDD、より速い HDD、より小さい HDD 等を求めればその手の 7200rpm IDE-HDD より高くなるんでは?何より、HDD を使ったシステムとも限らないし。

弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家

処理中...