アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
VMWareイメージも (スコア:3, 参考になる)
LiveCDやVMwareイメージでの提供もされているようですね。
20代の自分にはMINIXというと、名前だけ聞いたことのある
過去のモノ、という印象が強かったのですが、こういう
配布形態を用意してきたということで、それが若干
払拭されたような気がします。
それとも、元々教育用であったことを考えるとこの配布形態は
至極当たり前なのでしょうか。
Re:VMWareイメージも (スコア:4, 興味深い)
だもんで、386化するのに大いに難儀したといういきさつからLinuxが支持を得た、という経緯があったと思います。
それはさておき、デバイスドライバがユーザー空間で走るなど、OSとしても意欲的な構成じゃないですか。
GNU Hurdもこっちに乗り換えて欲しかったり:-)
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:VMWareイメージも (スコア:3, 興味深い)
しかし当時はそれでは性能が出なかった。
というのもLinusがモノリシックカーネルに固執した理由の一つでしょう。
バーチャルマシンブームの今なら、ハードウェアのサポートも期待できるし、また流行するかも知れませんね。
Re:VMWareイメージも (スコア:2, 興味深い)
AVG anti-virus data base out of date
Re:VMWareイメージも (スコア:3, 興味深い)
モノリシック=GPL、マイクロカーネル=BSDな傾向が?
# そういやMonaも...
Re:VMWareイメージも (スコア:2, 興味深い)
OSそのものに「研究者が愛用してきたOS」という感じがしますよ。
そして、マイクロカーネルは結構「歴史が浅い」わけですから、
「研究用途から発展したものが多い」のだと考えると、
BSD系が多いというのはそれなりに納得できるような気がします。
UNIXという区分で元祖BSDと本家SystemV系を比較対象にもってきてGNUシステムを見た場合、
GNUが目指していたシステムの利用感、いわゆる古いLinuxで実現されている環境は
かなりBSDっぽいという意見も聞いたような気がします。
もしかするとSlackwareあたりのことを言っているのかもしれませんが。
Re:VMWareイメージも (スコア:1)
http://groups.google.com/group/comp.os.minix/msg/d12a0dde04b7f232?hl=en
Re:VMWareイメージも (スコア:1, 参考になる)
Linuxが支持されたのはMInixはあくまで教育用なので教育用として無駄な機能追加などは行わないという方針を貫き通したからです。
Minixに触れた多くの人は教育用ではなく実用に供することのできるUnixクローンが欲しかったのです。386BSD, FreeBSD, NetBSD が誕生してからはそちらに期待がかかったわけですが、例の訴訟で開発停滞があって Linux がその間隙を縫って伸びてきたってな感じです。
Re:VMWareイメージも (スコア:0)
>例の訴訟で開発停滞があって Linuxがその間隙を縫って伸びてきたってな感じです。
見方にもよるんだろうけど、訴訟の決着があらかたついた時期とLinux 1.0が出た時期は同じくらいだと思うから、スタートラインはそんなに違わないと思う。というか、BSDの方が実績あったわけだし。今のLinuxだって訴訟を抱えてるわけだし(深刻度が違う気がするが)。
#以前、FreeBSDがLinuxより普及しなかったのはコミュニティの閉鎖性にあるんじゃないかと言って怒られたのでAC
Re:VMWareイメージも (スコア:2, 参考になる)
1994年01月 USLのUCBに対する訴訟が和解
1994年03月 Linux 1.0
1994年03月 4.4BSD Lite
1994年07月 FreeBSD 1.1.5.1(最後の4.3BSD NET/2版)
1995年01月 FreeBSD 2.0(初の4.4BSD Lite版、結構不安定)
1995年11月 FreeBSD 2.1(ここまで来て結構安定した)
って流れですから、FreeBSDが黒くなってから
クリーンで安定したものが出るまでに2年近くかかってます。
その間に Linux 1.0 が発表され、Linux が台頭してきたのは確かかと。
Re:VMWareイメージも (スコア:1, 参考になる)
ioparm()のような無茶なことも可能です。
しかしBSDには古くからの歴史と流儀がある。
「こういう場合は必ずデバイスドライバ経由で扱え」
とか、必ず言われるわけです。
Linuxってのはそういうものを無視して
「とにかく面白そうなら作って発表してしまう」
という活気というか、若さというか、無鉄砲さがあったと思います。
カーネルレベルでWebサービスを高速処理してしまおうとか、
javaのバイナリを直接サポートしてみようかなとか、
盛り込まれたけど結局消えていった拡張は結構あります。
基本的にUNIXとしては「アプリケーションが移植できて使えればいいじゃないか」と、
その上で、「もっと便利にできるんならどんどんやって作りなおしてみよう」
みたいなスタンスなんでしょう。
それを使うユーザのほうも、
「何も知らない奴は俺のところに来い、俺も知らないけど心配するな、そのうち何とかなるだろ〜♪」
みたいな感じで布教していったような気がします。