FreeBSDを語れ Part23

**名無しさん＠お腹いっぱい。** · 2009/02/26(木) 00:39:05

FreeBSDについて語るスレです。

The FreeBSD Project
http://www.freebsd.org/ja/

前スレ：FreeBSDを語る #22
http://pc11.2ch.net/test/read.cgi/unix/1231983300/

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 20:25:41

firefox3を3.0.9に上げたらcore吐くようになったぜ

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 21:57:42

scimを消したら動くようになった
入れ直してみるかな

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 23:33:57

helper-manager が core を吐くしな

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 23:50:15

そいつは、俺の経験では、
・NISを使わないようにすると吐かなくなることもある
・-DWITH_DEBUGでコンパイルすると吐かなくなることもある

その他、誰かのブログによると、
・try_dlopen() の結果をエラー扱いにすると吐かなくなる
・kdmとの実行順序を変えると吐かなくなる
・pthreadがらみか

あと、1.4.[89]あたりのコメントによると、
・module.unload()をしない（または遅らせる）と吐かなくなるかも

pthreadがらみが濃厚。後は誰かよろしく。

**名無しさん＠お腹いっぱい。** · 2009/04/28(火) 07:36:38

>>583
ずいぶん前からGTKのアプリとscim-anthyでcoreを吐く場合があったので、色々調べてたんだけど、
scimやらなんやらのコンパイルオプション(-O, -O2 とか）で吐かなくなったり吐いたり、かなり微妙なタイミングで起きてる模様。
scimの作者に連絡したけど、返信来ず。
間違ってるかもしれんしうろ覚えだけど、scimがマルチスレッドで動いていて、スレッド間の微妙なタイミングで
起こってたかもしれない。

**名無しさん＠お腹いっぱい。** · 2009/04/28(火) 07:51:18

根本的な解決法じゃないけど、gcc34 でコンパイルすると helper-manager はコア吐かなくなった。

**名無しさん＠お腹いっぱい。** · 2009/04/28(火) 09:56:30

>>582
これか?
www.mozilla-japan.org/security/announce/2009/mfsa2009-23.html

Firefox 3.0.9 で行われたセキュリティ問題の修正のひとつによって、
一部のユーザが頻繁にクラッシュに遭遇するというリグレッションが生じてしまいました。

**名無しさん＠お腹いっぱい。** · 2009/04/28(火) 10:04:05

>>588
なるほど。
ただ、そもそも起動途中に落ちるので、リグレッション以前の状態だったんだけど、
scimのコンパイルしなおしで回避できた。
あと、gcc34はscim-helper-manager問題に確かに効果あるみたい。

そういえばgtkがらみのアプリのcoreが10個ぐらいホームにあったよ。
これも全部scimがらみだったのか、gcc34版をしばらく使ってみる。

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 10:52:28

PC-BSD 7.2Rをインストールしたら、デフォルトの環境で普通にYouTubeやら
ニコニコ動画が見れて感動した。
Flash9が実用上問題無い程度に使える。

PC-BSDってFlash関連で何か特別なチューニングしているの？

これに対してFreeBSD 7.2-PRERELEASEで、最新のportsから、
Firefox3やらFlash9 をインストールして、YouTubeやニコニコ動画を見ると
フリーズすることが多い。
普通のFlashを使っているWebページは大丈夫なんだが。

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 11:00:02

>>590
あ、PC-BSDって7.1Rなのな。

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 11:31:27

>>590
adobeと契約してるから

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 12:06:06

それはLinux版の再配布契約をしたってだけで、
FreeBSDで安定動作するプレーヤーの供給とかじゃないでしょ？

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 14:21:34

>>590
一体何を比べてるのか判るように書くべき。

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 17:22:04

>>590
多分、PC-BSD はそういうあれこれが安定してるバージョンで
パッケージにしてるんじゃないかな？
ports の最新がいつも安定して動作するバージョンであるとは
限らない。

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 18:14:52

意外と8.0-CURRENTからlinux emuをMFCしていたりして。

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 19:05:50

現実問題としてFlash9,10に関してはLinux版よりWin版をwine上で使う方が確実じゃないのか?

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 21:04:31

一旦は youtube もニコ動も動いてたけど最近「最新の
flash を入れろ」って言われて動かない。どうも
firefox3 と flash の関係がよくわからないんだよな。

nspluginwrapper が何してるのかもわからないし、
後藤さんのページ見て linux_base も fc8 にしたけど、
後から UPDATING みて後悔してるところだ。

ダウングレードしたら動くかな…。

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 21:16:35

>>598
OVERRIDE_LINUX_BASE_PORT=f9
OVERRIDE_LINUX_NONBASE_PORTS=f8
で、
firefox-3.0.10,1
linux-flashplugin-10.0r22
で見れてるよ。
nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so
やり直してみたら

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 21:16:43

ちょっと前から fc8 にして、flash9 で使えてたんだが、本日トラブった。
linux-flashplugin-9.0r159 、音が出ない。
アップデートする前までは問題なかったんだが。

flash7 にすれば音は出るんだけど、ニコ動がダメなんだよな...

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 21:22:30

jail で GEOM (geli) を使って jail を暗号化された 1 つのファイルにする
メリットってなんでしょう ?

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 23:20:01

想像だけど、jail閉じたら、ファイルを1個持ち運べば別の場所で同じjail動かせて、
持ち運びが安全だからって感じじゃないかなぁ

**601** · 2009/04/30(木) 00:24:34

なるほど、利便性という面ですね。確かにそういうのはありそうかも。
セキュリティ的な面ではどうなんでしょう。
ホスト環境に (一般ユーザで) 侵入されても jail の中身が見えないから
少し安心、とか ?

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 01:28:01

jailが動いてたら普通にマウントしてるし、
jailの/のパーミッションを落とすわけにいかないから、
一般ユーザでも見れてしまうでしょ。

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 01:31:09

>>600
もうFedoraCoreは存在しませんよ

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 07:47:37

>>604
あ、そうなの ? てっきり 1 ファイルになるから VMware のようにホスト環境の
ファイルシステムからは 1 ファイルとしてしか見えなくて、jail 内の
ファイルを見るには ssh なりなんなりで入ってじゃないと見れないのかと
思った。

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 09:30:52

>>605
あー fc8 じゃなくて f8 ね

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 18:37:12

send-prしようと思ってたNEW PORTをdaichiタンに取られたぜ
まだ完全解凍じゃないよな

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 20:19:20

>>599
> nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so
> やり直してみたら

うーん、それっぽいスクリプト用意してて駄目だったけ
ど、手作業でやったらうまくいった。なんでだろ？

ま、動いたからいいや。

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 22:42:29

scimに嫌気がさしたのでibusにしてみた
core吐かない

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 23:01:35

ibus-skk誰か作って

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 23:02:05

俺もｷﾎﾞﾝﾇ

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 00:30:08

今更だけど、なんで scim のバグがとれにくいのか思い出した。
-g つけてコンパイルすると、core 吐かなくなるからだ。
ほんと微妙なタイミングでバグってるんだろうな…
で、printf とか使って、一行ずつ各値を表示させて null とかないか調べてたんだけど、
それもタイミングを変えてしまうので、結局どこが原因なのか突き止められなかった。
ほんとはもっといい方法があるんだろうけど…

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 01:43:28

>>613
> -g つけてコンパイルすると、core 吐かなくなるからだ。
> ほんと微妙なタイミングでバグってるんだろうな…

gcc なら -g でタイミングが変わるような改変は無いは
ずだけど…（そもそもコード自体に変化は無いと思う）。

考えられるとしたら（UNIX のメモリイメージには明る
くないけど） rodata な部分への参照が何らかのタイミ
ングではみ出していて、デバッグ情報のおかげでそれが
はみ出さなくて済んでいるとか？

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 01:49:47

シンボル情報の無い core で落ちた辺りのアセンブリコー
ドをメモっておいて、シンボル情報のある方で objdump
--disassemble して比較するとか。

といってもリロケーション情報が無いから難しいか…。

gdb プログラム

で起動しておいて break main して run すると main
入り口で止まるから、その状態で disassemble するっ
てのは？

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 01:50:58

-gをつけるのと-O,-O2を取るのを区別せずに言ってるだけかも

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 01:54:38

>>614
そうなんすか。そうかも知れんす。っていうか自分もその辺全然知らないんで…
まあでもそんな感じなんすよ。
bus error だったか、segmentation fault だったか、それさえ忘れてしまいましたし…
でも何かそんな感じなんすよね…

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 02:05:20

>>615
確か大体どの部分で落ちるかは確か見当がついていたので、
その辺になると一行ずつ実行させるようにgdbでやってたんですが、
もううろ覚えで何か分からんのですけど、確か並行するスレッドの方に問題がありそうな気がして、
結局難しすぎて止めたような記憶が…
今となってはちょっと確かめる時間もないので、なんもできないんすよね…
ちなみに自作のGTKプログラムと合わせてデバッグしてたんすが、
こうすると確実に落ちるってのが分かっていたので、まだ分かりやすかったんですけどね…

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 02:48:00

>>618
> 確か並行するスレッドの方に問題がありそうな気がして、

スレッド毎にコンテキストは別なんだから普通は落ちた
方だけ気にすればいいはずだよ（間接的に他のスレッド
が影響しているとしても、「X であるはずの値が X で
ない」みたいなのは落ちたスレッドで観察されてるはず
だし）。

> こうすると確実に落ちるってのが分かっていた

この時点で send-pr すべきだったね…。この時メール
送ったのならメールで残ってない？

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 03:16:30

>>619
> スレッド毎にコンテキストは別なんだから普通は落ちた
> 方だけ気にすればいいはずだよ（間接的に他のスレッド
> が影響しているとしても、「X であるはずの値が X で
> ない」みたいなのは落ちたスレッドで観察されてるはず
> だし）。

この辺ぐじゃぐじゃになっていて、よく覚えてないんですよ。
しかもどの値がおかしくなっているかは、-g　もつけられないし、printf も入れれないしで、
確か分からなかったような気がするんで…
（単にgdb+マルチスレッドの扱い方に慣れてなかったような気もします。
ってかgdbの全機能も把握してないもんで…）

で、作者に送ったメールを探してみたんすけど、残ってない…
どのへんがおかしくなるか書いたような気もするし、書いてなかったような気もする…

すんません…

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 03:25:13

あ、もう一つ書いておくと、
GTK と自分のアプリは -g 付きでコンパイルして、scim は -g なしでコンパイルしてテストしてました。
（そうじゃないと core 吐かない）
なので、scim のどの部分でおかしくなるかは、細かい所は分からなかったけど、だいたいこの辺ってのが分かったような気がします。
ただそれがおかしくなるのは、他スレッドが原因かも、って感じで終了したような気がします。
いつか時間があったらもう少し gdb の知識とか身につけてやりたいんですが、直ぐには無理そうっすね…

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 09:56:55

-g のありなしで結果が変わるのは、ダングリングポインタから読んだ値に
依存してるバグとかだな。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 09:59:54

>>619
他スレッドが本当はまだ解放しちゃいけない領域を解放しちゃったせいで、
バグを含まない側のコードを実行してるスレッドで落ちるなんてこと、よくあるけど。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 11:47:10

>>623
日本語もう少し勉強した方が良いよ。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 11:57:59

>>624
MTなプログラミングゼロから勉強しなおした方が良いよ。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 12:28:38

マルチスレッドを MT と略する人を初めて見たわ……

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 12:33:42

MTをマルチスレッドと読めない人を初めて見たわ……

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 12:38:55

マニュアルトランスミッション

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 12:41:02

メルセンヌツイスタ

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 12:43:12

FreeBSD 始めようと思ったけど
このｽﾚ見て止めようと決心しますた。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 12:47:30

この程度で脱落するなら、そのほうが幸せ。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 12:49:18

>>621
printf埋め込んでログを吐いて調べて行くしかないかと。
valgrind使えるなら使うのが良いと思うけど、難しそう?

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 12:58:19

>>626
お前、馬鹿だろ?

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 13:06:22

>>626
http://en.wikipedia.org/wiki/MT
>Multi-threading, a concept in computer programming, see thread (computer science)
涙拭けよ

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 13:20:25

いまどきMTなプログラムなんて流行らないよ。
デバッグの非効率さ、潜在バグの発生しやすさ等、デメリットだらけ。
シングルスレッドできちんと書いたプログラムの方が安定だし、開発効率もいい。
並行処理が必要な部分はスレッドじゃなくてfork()で別プロセスにした方がいい。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 13:29:09

fork()使ってもそれはそれで注意は必要だけどね。
MTなプログラムでバグ作り込むような人はfork()を使うモデルでもバグを
作り込みやすいけど、fork()の方が致命的になりにくいってくらいで。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 13:35:58

>>623
> 他スレッドが本当はまだ解放しちゃいけない領域を解放しちゃった

その問題となっている領域をまず見つけるには

> バグを含まない側のコードを実行してるスレッドで落ちる

この個所を特定するのが先だということでしょ。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 13:41:12

>>635
君のスキルが低いことは良く分かった。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 13:43:17

forkだとpipeのやりとりでしか…共有メモリも使えるか。
そしたらmutex必須なわけでMTと変わりなくね?

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 13:46:59

517 動け動けウゴウゴ２ちゃんねる sage New! 2009/05/01(金) 12:49:21 ID:aMZcqiey0
RELENG_7_2_0_RELEASE is tagged.

518 root▲▲ ★ New! 2009/05/01(金) 13:03:23 ID:???0 BE:?-DIA(102226)
>>517
7.2Rきましたね。今回は安産でした。

http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh.diff?r1=1.72.2.11.2.3;r2=1.72.2.11.2.4

-BRANCH="RC2"
+BRANCH="RELEASE"

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 14:37:02

公式では4日にリリースをアナウンス予定らしいが1日にＤＬ出来ちゃったりするのかなぁ

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 14:39:34

ちんちんの大きさ自慢し合うのはヤメロ

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 15:23:24

>>635
hello worldくらいしかプログラムを組まない人がプログラミングについて語るならム板でどうぞ、

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 15:34:56

>>637は>>623の書いていることを理解してないようだ．

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 15:54:23

ports で入れた emacs-22.3.1 で、M-x compile でエラー
になった行へ C-c C-c でジャンプしようとしても No
error here と言われてジャンプできません（emacs -q
でも）。誰か心当たりありませんか。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 16:36:29

>>640-641
csupしたらcheckoutだらけでﾜﾗﾀ

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 17:23:55

7.2 installworld まで終了しますた。
mergemaster -r も特に何もなくさくっと終了。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 18:38:30

殆ど全部checkoutだからうちの細い回線じゃcsupがまだ全然終わる気配すらないぜｗｗｗｗ

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 18:50:41

ibus入れたのでscim削った
なぜかflashが見えなくなった
ja-acroreadが連れてくるlinux-f8-scim*が犯人だった
linux-f8-scim*を削ったらflash復活
へぅぅ

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 23:29:49

SDカードのライセンスの関係で
ドライバはマルチメディアカードの特殊なものとの勝手な
主張でできていてほんとはグレーなんでしょ？
SDHC,SDXCの対応は絶望的ってことなんですよね？

**名無しさん＠お腹いっぱい。** · 2009/05/02(土) 00:10:22

大抵のリーダーはUSBマスストレージのドライバでいけるんじゃないの？
著作権保護機能は使えないけど。

**名無しさん＠お腹いっぱい。** · 2009/05/02(土) 00:17:59

--------------------------------------------------------------
>>> World build started on Fri May 1 22:13:50 JST 2009
--------------------------------------------------------------
(ry
--------------------------------------------------------------
>>> World build completed on Fri May 1 23:01:42 JST 2009
--------------------------------------------------------------

今まで見た中で、もっとも速いサーバだった。

**名無しさん＠お腹いっぱい。** · 2009/05/02(土) 00:25:23

ISOイメージまだかなー

**名無しさん＠お腹いっぱい。** · 2009/05/02(土) 00:45:10

--------------------------------------------------------------
>>> World build started on Fri May 1 15:54:12 JST 2009
--------------------------------------------------------------
(ry
--------------------------------------------------------------
>>> World build completed on Fri May 1 16:17:03 JST 2009
--------------------------------------------------------------

-j4 してるからかな。

**名無しさん＠お腹いっぱい。** · 2009/05/02(土) 01:02:22

ずるいぞｗ　こっちはvmwareの下で動いてるから。

**名無しさん＠お腹いっぱい。** · 2009/05/02(土) 09:34:54

corei7だと十数分だからね。
buildworld

**名無しさん＠お腹いっぱい。** · 2009/05/02(土) 10:24:41

あーもっと速い機材ほしい

**名無しさん＠お腹いっぱい。** · 2009/05/02(土) 10:40:36

HDDだけ違うマザボ(i386だけどCPUは違う)にさしなおしてみたら
いつもどうりに起動した。(両方nvidia)
普段はエディタとブラウザ程度動けばいいので
ビルドとかゲームの時だけ低燃費機使うとかWinではありえない運用ができそうだが
HDD差し替えはちょっと不器用だった。CFにしよう。

**名無しさん＠お腹いっぱい。** · 2009/05/02(土) 19:46:24

BootMGR は Vista のブート領域を少し壊しちゃうのね
Vista 側で修復セットアップかけてやると FreeBSD 共々ちゃんと起動するようになるけど

**名無しさん＠お腹いっぱい。** · 2009/05/02(土) 22:28:05

ネイティブのFirefoxのなかで、Flashだけwineで動かせたりしたらいいのになあとか思ってしまう。

**名無しさん＠お腹いっぱい。** · 2009/05/02(土) 22:54:16

俺のところの研究室では、貧乏なのでCorei7を1台しか導入できなかった。
buildworldのサーバにでもするか。

**名無しさん＠お腹いっぱい。** · 2009/05/02(土) 22:56:32

core2quadでも20分切るよ。

**名無しさん＠お腹いっぱい。** · 2009/05/02(土) 23:03:13

Phenomでも（ｒｙ

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 04:32:46

7.2R は明日に出るのか？

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 09:34:44

csup したら UPDATING に FreeBSD 7.2-RELEASE って書かれてた。

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 11:33:42

/usr/src/UPDATING によれば

20090504:
FreeBSD 7.2-RELEASE

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 11:34:26

ISO早く出せー！

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 11:49:45

cvsup サーバーのミラーの遅れってどんなもんなの?
結局公式のサーバーに取りに行っちゃったけど。

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 12:10:19

>>668
１時間毎に同期だっけか
毎日一度ある時刻にjpサーバに取りに行ってるけど、
2,3時間前のsvn commitメールの内容は来てるよ

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 12:30:55

>>667

ftp.freebsd.org にあるよ。

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 12:34:31

>>670
おー！ついに来た！
thanks

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 12:40:04

と思ったらRC2に戻った？？
なんかまだっぽいのかな

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 13:15:58

もう少し待ったほうがいいと思うが。

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 15:48:12

ftp.freebsd.org はふたつある

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 16:03:24

うちの Core i7 で amd64 だといきなり panic: page fault なんだよなぁ。
コンパイルとかが悪いのかなぁと思って公式ビルド待ち。

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 17:24:59

おそらく厨ニングだな

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 17:54:54

公式ビルドカーネル！そういうのもあるのか。
ああ、freebsd-update とかか。

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 19:04:51

カーネルに関しては
基本的にソースが何をしているか理解していない人は
ビルドするのは趣味の範囲。
公式バイナリでまず動かしてから
どうしても独自パッチあてたいとかそういう用途限定じゃないすか

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 19:17:50

>>675
いろいろ疑ったほうがいいんじゃない？

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 20:16:45

>>678
*BSDを使っている以上カーネル再構築の恩恵を受けるために
だれでもmakeするだろ。

お前俄だな。

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 20:20:20

カーネルは小さければ小さいほど好ましいんです！
性能向上とかが問題じゃないんです！

**名無しさん＠お腹いっぱい。** · 2009/05/03(日) 20:22:07

えっと、今のカーネルに関しては、カーネル再構築はしないのが基本。
カーネル再構築は過去の手法。