FreeBSD 7.0-RELEASE登場 34
ストーリー by Acanthopanax
ついに7 部門より
ついに7 部門より
あるAnonymous Coward 曰く、
FreeBSD Projectは2月27日、FreeBSD 7.0をリリースした。リリースアナウンスによるとFreeBSD 7.0は、1:1スレッドモデルがデフォルトになったこと、ネットワーク・IPC・スケジューラ等におけるロックの細粒度化、等により、SMP環境でのスケーラビリティが劇的に改善し、高負荷時においては6.xの15倍ものパフォーマンスが出る場合もあるとのこと。ただし、7.0においてはデフォルトのスケジューラは従来のままで、ULEが標準となるのは7.1以降になる(参考：FreeBSD SMPngが完了、性能が劇的に改善)。他にも、ZFSやXFSのサポートや、iSCSIイニシエータの追加、mallocの改善など、変更点は多岐にわたる。より詳細な変更内容についてはリリースノートを参照のこと。
buildworldが通らない… (スコア:3, 参考になる)
手元の環境(AMD GeodeNX 1250)だと、OpenSSLのbuildでコケます。どうも、これ [openssl.org]が原因みたいです。
Re: (スコア:0)
/etc/make.confに何か設定しているなら、
man make.confするか、
/usr/share/examples/etc/make.confを眺めて調整すると良い。
# むしろ下手に設定しない方が好ましいと思うけどね。
他に考えられるポイントは、
buildworldしているユーザ(通常はrootだろうけど)の
LD_LIBLARY_PATH(他、似たような環境変数)が設定されているケース。
．．．とあるから、前者なんだろうね。
とりあえず、
/etc/make.confのCFLAGSを設定していないか確認した方が良いと思う。
良い週末を。
そろそろTrrentが主流になってきたのか (スコア:3, 参考になる)
ということでISOファイル [dyndns.org]をミラーしてます。今のところi386だけですが、amd64（と容量に余裕があればia64）も今晩中にアップロードします。
# 例によって、ファイルのハッシュだけ本家から持ってくると少しだけ安心です。
yp
4.11以降すっかり忘れていたが、 (スコア:2, 参考になる)
NetBSDもLinuxカーネルも、はるか昔に捨て去ったアーキテクチャなのに。
# 手元に2台あるから、久し振りに電源いれてみよか。
Re:4.11以降すっかり忘れていたが、 (スコア:2, 参考になる)
まだまだ現役
http://www.rom-win.co.jp/hp2005_3/products/BP98/index.asp [rom-win.co.jp]
Re:4.11以降すっかり忘れていたが、 (スコア:1, 参考になる)
読者層を考えて記者の過去恥部を大公開と言う自虐エントリに仕立ててるのだろうな。
http://www.gizmodo.jp/2007/05/pc9801.html [gizmodo.jp]
価格は14万円程度ですか、エロゲでもなんでも当時のソフトが動くなら面白いけど。
http://nttxstore.jp/_II_RW10836340 [nttxstore.jp]
Re: (スコア:0)
ACPI… (スコア:2, 参考になる)
で、早速7.0-RELEASEを入れたのだけれど、…やっぱり駄目だった。どうしたらどうしたら、とほほほほ。
待つものはただ１つ (スコア:1)
-- gonta --
"May Macintosh be with you"
Re:待つものはただ１つ (スコア:2, 参考になる)
FreeBSD/Xen (Re:待つものはただ１つ) (スコア:2, 参考になる)
FreeBSD/Xen - FreeBSD Wiki [freebsd.org]に行くとXen対応の7-Currentがダウンロードできますね． 7.0-Releaseでは見送られたようです．
# Solaris Express Developper Edition 08/1をdom0にして使おうと思ってたのになぁ．しかもamd64で．(ぉ
Re:FreeBSD/Xen (Re:待つものはただ１つ) (スコア:2, 参考になる)
このXen対応って, guest OSとしての対応ですよね.
Xenのhost OSとしての対応は8-CURRENTないしは今後の7.x-(STABLE|RELEASE)に持ち越しということで.
無線LANの設定変わってますか？ (スコア:1)
6.3RELEASEにしたら、同じ設定でするっと使えるようになってしまいました。
設定方法、どこか変わったんでしょうかねぇ。
Re:無線LANの設定変わってますか？ (スコア:1, 参考になる)
情報ありがとう (スコア:1)
FreeBSDの以前のバージョンからwiで認識し、7.0RCでもwiで認識してましたので認識
自体は成功していたと思います。
FreeBSD6.3がこの間 (スコア:0)
現在FreeBSD6.1で動かしているシステムをFreeBSD6.3にあげるべく準備していましたが
FreeBSD7.0も捨てがたいぞ～。
ルゥリィたんﾊｳﾊｳ
追っているのはSolaris? (スコア:0)
# スレッドモデル、SMP改善、ZFS
Re:追っているのはSolaris? (スコア:5, おもしろおかしい)
Re:追っているのはSolaris? (スコア:3, 興味深い)
POSIXスレッドモデルやSMP改善は5.x代のころから続けてることだし、
マルチコアCPUが主流に向かうと思われる今のハード的な方向性からは当然の帰結なのでは？
ZFSだってSunがソース公開した直後から実験的にサポートし始めてるし。
6.xからrcngになって起動管理がLinuxっぽくなったけど、別にFreeBSDがLinuxに向かっているわけじゃない。
(4.x代からlinux emulationはあるけどね:-p)
# 正直最近のオープンソースUnix系OSってぱっと見はどれも変わらんと思うのは私が浅いから？？
Re:追っているのはSolaris? (スコア:3, すばらしい洞察)
オレの記憶では2.xで既にあった気がしますが．
>> # 正直最近のオープンソースUnix系OSってぱっと見はどれも変わらんと思うのは私が浅いから？？
そうだと思います．「ぱっと見」のレベルによりますが，カーネルのソースとかに興味の無いユーザから見れば「結局はUNIXなわけで，どれも変わらんといわれれば，そんなものかも」「違うといわれれば，たしかに設定方法とかデフォルトの設定とか違うかな」みたいな雰囲気ですよね．
Re:追っているのはSolaris? (スコア:2, すばらしい洞察)
そんな中で自分がFreeBSDを使い続ける理由は、どこに何があるかをほぼ理解しているのでかゆいところに手が届きやすいというのと、何かあったときにすぐにソースコードに当たれることですかね。あとはpatchを作ったり、バグを発見したりしたときの報告の手段や場所がsend-prとはっきりしていてやりやすいというのもありますね。その点では単なるユーザーを目指すんだったら別にFreeBSDを使う必要性はないと思います。
# IDのパスワードを忘れたのでACで。
Re:追っているのはSolaris? (スコア:1)
# ULE、unionfs、tmpfs、gjournal、gvirstor、XFS。もちろん freebsd-update
このリリースの寿命は？ (スコア:0)
Re:このリリースの寿命は？ (スコア:2, 参考になる)
1993年12月 FreeBSD 1.0 (11ヶ月)
1994年11月 FreeBSD 2.0 (3年11ヶ月)
1998年10月 FreeBSD 3.0 (1年 5ヶ月)
2000年 3月 FreeBSD 4.0 (2年10ヶ月)
2003年 1月 FreeBSD 5.0 (2年10ヶ月)
2005年11月 FreeBSD 6.0 (1年 3ヶ月)
2007年 2月 FreeBSD 7.0
って感じですので、それほど奇数メジャーは短命って感じはないと思います。
それぞれのメジャー内でのリリース間隔で見ると、奇数メジャーか偶数メジャーかではなく、
マイナーX.0は若干短命な傾向にあるような気がします
2.0→2.0.5:7ヶ月、2.0.5→2.1:5ヶ月、2.1→2.1.5:8ヶ月、2.1.5→2.1.6:4ヶ月、(略)、2.2.8→2.2.9:7年4ヶ月
3.0→3.1: 4ヶ月、3.1→3.2: 3ヶ月、3.2→3.3: 4ヶ月、3.3→3.4: 3ヶ月、3.4→3.5: 6ヶ月
4.0→4.1: 4ヶ月、4.1→4.2: 3ヶ月、4.2→4.3: 5ヶ月、4.3→4.4: 5ヶ月、4.4→4.5: 4ヶ月、(略)、4.10→4.11:8ヶ月
5.0→5.1: 5ヶ月、5.1→5.2: 7ヶ月、5.2→5.3: 8ヶ月、5.3→5.4: 8ヶ月、5.4→5.5:12ヶ月
6.0→6.1: 6ヶ月、6.1→6.2: 8ヶ月、6.2→6.3: 12ヶ月
って感じ。
でもって、X.0で取り入れた新機能が結構不安定で、X.1 で安定するような気が。
Re:このリリースの寿命は？ (スコア:3, すばらしい洞察)
つーか単に、
- 3.x：バイナリの形式変更(a.out→ELF)
- 5.x：SMP周りの大変更
と、奇数版で比較的大規模な変更が入ることが多かったため、- 最初のリリース時(3.0および5.0)に積極的な移行を推奨していなかった
- 移行時にそれなりの手間がかかった
という理由から、その前の偶数版を長期にわたって利用し続ける人が多かったからではないかと思います。# 1.x→2.0はUSLとの裁判絡み [nagoya-u.ac.jp]なのであえて除外してます。
Re:このリリースの寿命は？ (スコア:2, 興味深い)
そういう意味では, 今回の7系統ってのはZFSみたいなメモリ食い(起動のみで2GBとか)が導入されているところから見て, i386アーキテクチャからamd64アーキテクチャに重心を移していく系統になるんじゃないでしょうか. 最近のハード構成を見ていると64bitサポートが当然のようになっていますし, メモリ構成もデスクトップやノートPCでも2GBフル実装かそれ以上搭載するのが価格的に現実的になっていますし.
とすると, 逆の見方としてはi386(pc98)アーキテクチャをフルサポート(機能制限や対応ドライバ等で)する最後の系列ともなりかねないわけで, 64bit対応じゃないレガシーな環境向けに長期に渡って使われるんじゃないかという気がします.
Re:このリリースの寿命は？ (スコア:1)
3.x a.outからELFへの過渡期だった。2.2.xが安定していた。
4.x 5.0Rの遅れで長期間メンテされて、ある意味枯れている。
5.x 遅れたわりに予定していた新機能があまり実現されなかった。
6.x 堅実なRelease
という風に感じている。奇数バージョンは短命というより不遇だったと言うべきか？
食べてはいけない候補 (スコア:0)
Re: (スコア:0)
SMPngが使い物なりそうだから、「よおし、パパSMPでマシン組んじゃうぞー」って秋葉原に走れない人は自重、ってこと？
思ったより不安定でもないので、バージョンアップについては別に良いんじゃないかなあ、って思うけど。
それとも何？ 使ったことないけど「劇的な速度向上」ってリリースに書かれてたら気もそぞろになるタイプ？
そういうのが好きな人は、Sun JDKの追っかけをすると良いと思うよ。無料だし、致命的になにかおかしくなることもないし。
# Phenomで7.0だけど何もしていないのでAC
Re: (スコア:0)
時計がずれまくりです。
たぶんよく知られた技があるんだと思いますが・・・。
Re: (スコア:0)
# echo 'ntpdate_enable="YES"' >> /etc/rc.conf
# echo 'ntpdate_flags="-s -b URL_OF_NTP_SERVER"' >> /etc/rc.conf
素で動かすんなら上の二行の''内が/etc/rc.confに入ってりゃおっけーだが、
vmwareは使ったことがないのでこれでいいのかどうかさっぱり分からん。
Re: (スコア:0)
/boot/loader.conf に
kern.hz="100"
と書いて再起動で。
関連情報：
http://www.vmware.com/pdf/vmware_timekeeping.pdf [vmware.com]
Re: (スコア:0)
たぶん耳たこ (スコア:0)
徹底入門もAbsoluteBSDも4.xベースだし、FreeBSD Expertは去年出なかったし。