FreeBSDを語れ Part24

**名無しさん＠お腹いっぱい。** · 2009/05/18(月) 21:21:40

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

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

前スレ：FreeBSDを語れ Part23
http://pc12.2ch.net/test/read.cgi/unix/1235576345/

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 00:03:51

zfsなんかよりdragonflyのhammerの方が好きだ

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 05:11:52

どういうところが？

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 05:34:27

GUIDパーティションテーブルって普通のPCで使って
メリットあるのかな？デメリットあるのかな？

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 10:27:14

>>312
だったらガンガン書き込んでテストしなきゃ(w
currentでZFS使ってリポジトリ置いているけど
これが突然死してもあまり困らないよ。
週一ぐらいでATOMなマシンにリポジトリのコピー
を渡しているから。
システム領域も含めてZFSにしているのでアップ
デートする時は覚悟してやってる。
とくにいつ頃かまたinstallworldするときに標準
ではchflagsするようになってからは意識せざるを
得ない。
(ZFSではchflagsに対応していない)

ブログのuyota氏は分析する気がないのかね。
資料としての価値はあんまりなさげ。
>>280 これそのまま受け取れないよ。少なくとも
再検証する必要はありだと思う。

スナップショットを置いてギリギリまでファイル
を置くってのは「何が起きるか分からない」
ってSunの資料にも書いてあるからねぇ。
「細かいファイルを大量に置いただけ」
ってのもUFS使う人間なら気になるよねぇ。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 10:47:55

つか、そんなに物理容量いっぱい使ったことが原因という自信があるのなら、
zfs set quota=...とかやっておけばいいだけじゃないかねと思ったよ。
あれは裏を返せば、zfsは粘ってぎりぎりまで動作して、遅くなっても破綻を
極力避けているが、UFSではいきなり書き込みエラーで終わるって話でもある。

いずれにしろどんなfsを使おうとも物理容量を超えて使うことは出来ないの
だから、まともな管理者なら定期的にdiskの使用量監視をして事前にアラートを
あげるような工夫はしてるから、あんな問題にしている時点でレベルが低すぎる。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 11:05:30

321だけど>>322に同意
つーかUFSで数パーセント余らせている意味は使いき
ると性能低下につながるからという意味もあるんだ
がな。
ちなみに今そっこーでmd上に100MぐらいのZFS作って
確認してみたけど99%越えたところで恐ろしく粘る
が酷いってほどじゃないなあ。

(zshスクリプト)
for i in {00000..100000}
do
dd if=/dev/zero of=test$i count=10;
done

ztest 61696 61696 0 100% /ztest

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 11:14:49

zfs でファイルサーバを15台立てて半年以上経ってるけど、
一回だけ disk full で落ちた以外なにも問題起きていないぞ。
そんなに落ちるものなのか？

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 11:16:50

ほっといてもdailyくんがdfの出力だかを毎日送ってくれるしなあ

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 12:12:35

そもそも 80% を超えるような運用を日々放置するほうが問題。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 15:07:33

FreeBSD 7.2-RELEASE #0 を VMWare 上で動かしておりまして、
jail 環境下で openldap24-server を動かしているのですが
slapd コマンドから ldap 系コマンド (ldapsearch や ldapadd など) すべて
コマンドの実行に恐ろしく時間がかかります。
ldapadd をすると Enter LDAP Password: のプロンプトが出るまで 30 秒程度
かかります。同様の現象が発生している方、おられませんでしょうか。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 15:12:07

20090605:
AFFECTS: users of mail/postfix
AUTHOR: itetcu@FreeBSD.org

Version 2.6.1 introduced a POLA violation by expecting aliases.db to be
in /etc/mail/aliases.db (not /etc/aliases.db). With this version the
location is reverted to the right place.
If you updated your installation to 2.6.1 you need to run newaliases(1)
again after you installed 2.6.2.

かいつまんで言うと
aliases.dbの構成がちょっと変わるから
2.6.2にアップデートした場合はnewaliasesをかけてaliases.dbを再構築してちょうだいってことかね

あと
# portupgrade -o mail/postfix -f mail/postfix24
はうまくいくかどうか

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 16:42:58

>>328
違う。2.6.1 でパスが変ったけど、2.6.2 でまた元に戻ったってこと。
2.6.1 だけ aliases のパスが違う。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 18:30:00

portsがこの先、5万とか10万になったらcsupするのも大変だよね。
/usr/portsのディレクトリ構造だけ作って、あとは自動で必要なMakefileとか依存情報
だけfetchしてインスコできるようなふうにならないかな？

手動では、そういうことできるみたいだけど・・・

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 19:13:13

はやくLLVM/clangに全面移行しないかなあ……

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 04:21:34

>>804
http://pc11.2ch.net/test/read.cgi/gamedev/1238520070/692

692 ：名前は開発中のものです。：2009/06/09(火) 00:57:34 ID:2fI/sHFo
何言ってんだ。プログラマにまともな精神持った奴がいた試しなんてねえよ。
第一プログラマと精神科なんてほとんどセットなのに今更それを語るとか情弱以下だろ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 04:59:25

メモリが十分利用可能な時に、swapをメモリ上に作るのとswap無しで運用するのはどっちがいいんだろ

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 07:45:59

>>332
誤爆か？

>>804
に期待

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 08:02:33

>>333
それぞれよさそうな理屈は？

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 13:49:18

メモリが十分利用可能なら悩みは少ない

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 17:15:09

普通にディスク上にswapを作ってswapされるくらい利用頻度の低いプログラムより
頻繁に使うファイルがメモリキャッシュに乗っかったままになってウハウハってのもあり？

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 20:31:26

>>333 swapは眠っているの吐き出させてメモリ広くするのが目的だから
メモリをswapにするのは無駄
やるならmdmfsとかtmpfsのメモリデバイスにするほうが良いはず

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 20:35:44

>>324 disk fullになりやすい。バックアップを不要に取るからHDDの寿命が短い
一杯になってくると極端に遅くなる。あとread writeが遅いが欠点だと思う。
例えるならばrubyとか

個人がソフトraid構築したりサイズの違う複数のHDDをまとめるには悪くはないと思うけれど
つけっぱなしのサーバーには特にむかないんじゃないか?
ただ将来に向けて足しになるから人柱はいくらいてもいいと思う。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 21:12:27

>>339
FUDおつ

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 21:57:39

ZFSあんまり好きじゃないけど、ここまでひどいFUDはちょっと…

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 21:57:40

>340

あのzfsは酸っぱいに違いないと思うことで心の平穏を保ってるんだよ。
かわいそうだと思うなら放っておいてやれ。

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

> バックアップを不要に取るからHDDの寿命が短い

意味がわからんのだが、今時のディスクのボイスコイルって
頻繁に、大きく動くと減るのが早くなるのか???

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 23:21:16

7.2でZFS使ってるけど遅いと思うときは無いなぁ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 23:32:09

344 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2009/06/09(火) 23:21:16
7.2でZFS使ってるけど遅いと思うときは無いなぁ。
(お前らの使ってるごみとは違うからなぁ、一般人の気持ちは理解できないなぁ。)

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

ﾂﾏﾝﾈ

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 00:32:19

ﾈﾝﾏﾂ

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 00:35:35

インスコして初めて使っているけど難しいなこれ

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

あけましておめでとうございます
今年もよろしくおながいしまつ

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 00:37:39

バックアップを不要に取るって何の話？

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 07:59:51

>>339
ハードディスクの故障率なんて通電している限りは読み書きしているか
そうでないかは大した違いはないと思うけど。
セクタ不良の発生が顕在化するのは読み書きの時だというのはあるけど。
(たとえ不良が起きてもそこを使わない限りはわからない)

>一杯になってくると極端に遅くなる。
どういうfsを使っていても90%以上の使用率ってのはおかしな使い方だよ。
ベンチマーク以上の意味はないと考えて切り捨てるのは戦略として間違っ
てはいない。
>あとread writeが遅いが欠点だと思う。
圧縮ファイルシステムがよさげ。ファイルの削除等でも個人的には効果出
ている。
CPU性能依存なのでCPU性能が低いと逆効果な場合もあるよう。ZFSはプア
な環境には配慮していないことは言えそう。
件のblogの人はあんまり性能の良くない環境で使っているようだね。

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 08:30:11

例のブログはずっと前から読んでるけど、ひょっとして父子家庭だったりする？

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 10:32:19

>351
>>あとread writeが遅いが欠点だと思う。
>圧縮ファイルシステムがよさげ。ファイルの削除等でも個人的には効果出ている。

いや、そもそもr/wが遅いというのが使った実感と合わない。
余程H/Wの能力が不足している、CPUがプア過ぎる、512MBやそれ以下とかでもなければ、zfsのR/Wは
遅くないでしょ。というか、従来型のS/W RAID5/6等と比べてread-modify-writeが不要なために
むしろ早いことも少なくない。
ま、RAIDなしのシングル構成だけでベンチマークを取れば遅いという数字が出ることも
あるだろうけどね。こっちは体感出来るほどの差が出るとは思えないけど。

故障についていえば別に壊れやすいってデータは見たことない。といいますか、問題は故障そのもの
より、故障したりH/Wエラー他でデータにエラーが出た時にそれを検出してリカバリできるか
どうかが重要じゃないのかね。
ufsからzfsへのデータ移行の作業をやってて初めて、実はufs上に保存してあったデータが壊れてたのに
気づいたなんてケースもあるようだから、なおさらsilent data corruption対策があることの方が
重要だと思うけどさ。

disk fullになりやすいに至っては完全に妄想でしょ。どんなFSであれ、容量以上に突っ込もうとすれば
disk fullになる。なりやすいとかなりにくいとかはFSとは無関係で、管理が如何にタコかどうかって話。

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

壊れていても壊れている事に気がつかなければ問題ない...か

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

>>354
それ、ext2

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

nonECC Memoryも

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 14:11:38

stableコンパイルできねえぞ!!

……またzfsか

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 15:57:33

>>352
なんかﾜﾛﾀ
ブログを読んでプロファイリングでもしたのかｗ

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 19:01:55

なんというかZFSってRUBYと同じにおいがするね、

ダメ確定なので手は出さないけれどヒトバシラーが多ければ残るものもあるんじゃないスか。

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 19:14:24

>>353 UFSで何年使ったか知らないけれどエラーでるような運用方法していることが既に問題。リッチな環境云々言うなら寿命予測立てて定期交換しろよ。

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 20:02:49

>360
「事故を起こさなければいいだけ、保険なんか入る必要ない」式の的外れでまるで役に立たない
アドバイス、大変ありがとうございました。

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 22:15:03

これだもん。FreeBSDが衰退するわけだ。しかもUSの方はレイシストの
吹きだまりと来ているし。FreeBSDはもう終わったね。

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 22:47:46

と終わっている奴が言うとります

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 22:51:06

>>362
お前に言われても説得力が無い

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 23:47:50

FreeBSDマシンでPWMファンの使用できるものなのでしょうか。

**名無しさん＠お腹いっぱい。** · 2009/06/11(木) 01:13:29

>>365
まあまあ

それよりSAきた…

**名無しさん＠お腹いっぱい。** · 2009/06/11(木) 01:31:26

SAで思い出したが、libpng(graphics/png)にまた脆弱性報告出てるよ。
portauditはまだ何も言わないけど。1.2.37への更新推奨。

**名無しさん＠お腹いっぱい。** · 2009/06/11(木) 01:38:51

>>367
libpng またかい。

**名無しさん＠お腹いっぱい。** · 2009/06/11(木) 02:48:14

うあーめんどくさ

**名無しさん＠お腹いっぱい。** · 2009/06/11(木) 02:59:51

週刊SAとかにならずに三つ同時に来たんだからまだまし

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

>>370
ひどい時は日刊だったような気がす。
それよりも7.2が不安定って言うのは原因分かったのかな？
元ネタを詳しく読んでないのでどういう風にだったか忘れてしまったけど・・・

**名無しさん＠お腹いっぱい。** · 2009/06/11(木) 17:26:08

7.xは5.xの出始めみたいに糞なのか。
5.xみたいにx.3や(x+1).0が出るまで様子見するのがいいか。

**名無しさん＠お腹いっぱい。** · 2009/06/11(木) 23:18:46

またntpdのビルドで止まる@RELENG_6_3

**名無しさん＠お腹いっぱい。** · 2009/06/11(木) 23:50:55

mallocの件とかとっととパッチ出してほしい
8.0Rのほうが先になるのか？

**名無しさん＠お腹いっぱい。** · 2009/06/12(金) 00:41:52

2.2.x→4.x→6.xとアップグレードしてきたが、やっぱりメジャー奇数は人柱用なの？

**名無しさん＠お腹いっぱい。** · 2009/06/12(金) 00:52:08

メジャーに奇数は関係無いだろ

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

>>375
何度言えば分かるの？
奇数偶数で区別してません。

**名無しさん＠お腹いっぱい。** · 2009/06/12(金) 07:47:41

7.2R だが /usr/src/usr.sbin/ntp/ntpd での make で止まる。
考えるの面倒だから /usr/src/usr.sbin/ntp で
make obj && make depend && make && make install
した。

**名無しさん＠お腹いっぱい。** · 2009/06/12(金) 11:10:40

xkeyboard-config-1.5 から xkeyboard-config-1.6 に上げたら、
漢字キーやら変換キーの割り当てが変わりまくってて、日本語入力できなくなった orz

とりあえず、xkeyboard-config-1.5 に戻した
なんだかなぁ

**ぷぎゃあ** · 2009/06/12(金) 14:52:47

なんか xf86-video-intel-2.8.0rc1 とか言ってるけど、
パッチの多さからして期待する気になれない（w

http://lists.freedesktop.org/archives/intel-gfx/2009-June/date.html

**名無しさん＠お腹いっぱい。** · 2009/06/12(金) 16:51:10

奇数が不安定ではなく次のメジャーバージョンのマイナーバージョン0がリリースされるまで
あるいは次のメジャーバージョンのマイナーバージョン1の開発が始まるまで
安定しない法則だと思う。

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

>>375
どうせもうすぐ（ただしBSD時間で）8.0Rが出るからおまいはジンクスに縛られたまま生きていけるよ。

**名無しさん＠お腹いっぱい。** · 2009/06/12(金) 17:11:44

portupgrade -Rpでrubyの構文エラーか何かで失敗するpackageのアップグレードが
portupgrade -apだと成功してしまうのはこれいかに

**名無しさん＠お腹いっぱい。** · 2009/06/12(金) 18:21:16

構文エラーだったら読み込み時にエラーになるけど、そうじゃなくて
実行時のエラーだからなじゃい？

**名無しさん＠お腹いっぱい。** · 2009/06/13(土) 13:06:44

もうFreeBSDは永遠に安定しないんじゃないの？FreeBSDの開発者には
レイシストが多いし、それを嫌って優秀な人はもう入って来ないでしょう。
レイシストの作るOSなんてこんなもんでしかないという実例になりそう
だね。

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

わかりました。
4.11Rに戻します。

**名無しさん＠お腹いっぱい。** · 2009/06/13(土) 14:57:01

もうみんなやる気無くなってるんだろうな

**名無しさん＠お腹いっぱい。** · 2009/06/13(土) 15:57:57

たしかにな。
やりがいみたいなのって、あるのかな。

**名無しさん＠お腹いっぱい。** · 2009/06/13(土) 16:46:15

>>385みたいなFUDが書き込まれ続ける限りFreeBSDの地位は揺らがないな
逆になくなっちゃったら転落した証

**名無しさん＠お腹いっぱい。** · 2009/06/13(土) 17:26:18

よほど技術力、楽しい取り組みでも無ければ、難しいだろうね
今だと、この位の差はあるだろ

Windows　＞＞　Linux　＞＞＞　FreeBSD

BSD系はPC-BSDに、頑張って貰いたいところ
サクサクでLinuxより軽いとかさ・・・どう考えても無理だよな・・・
組み込みも完全にLinuxに流れたし、終わってる(´・ω・`)

**名無しさん＠お腹いっぱい。** · 2009/06/13(土) 17:37:18

差？

**名無しさん＠お腹いっぱい。** · 2009/06/13(土) 17:38:39

>>373
>>378
ttp://security.freebsd.org/advisories/FreeBSD-SA-09:11.ntpd.asc

**名無しさん＠お腹いっぱい。** · 2009/06/13(土) 17:40:33

>>390
釣りじゃなければ本物の井の中の蛙ｗ

**名無しさん＠お腹いっぱい。** · 2009/06/13(土) 20:18:52

Linux: 趣味にも、仕事にも使える
FreeBSD: 趣味でしか使えない(仕事は来ない)
Solaris: 仕事でしか使えない

**ぷぎゃあ** · 2009/06/13(土) 20:57:28

ついにデバッグ用レジスタダンプ機能入れるってさ。

http://lists.freedesktop.org/archives/intel-gfx/2009-June/002835.html

**名無しさん＠お腹いっぱい。** · 2009/06/13(土) 22:25:23

レイシストどもがnewbusを採用して以来、まともな開発者はFreeBSDを
見捨てたからね。

**名無しさん＠お腹いっぱい。** · 2009/06/13(土) 23:47:56

そうか、俺が自宅で動かしていたSolarisは仕事だったのか……。
p2とか動いているのはきっと気のせいなんだろうな。

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 00:21:31

俺の自宅のエロ動画サーバ（Solaris）も仕事用だったんだな。
そして、職場の1000台規模のFreeBSDサーバは趣味用なのか。

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 00:29:15

>そして、職場の1000台規模のFreeBSDサーバは趣味用なのか。
それはお前の趣味

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 00:30:00

実際、知ったフリな企画屋やデザイナ経由でLinuxを使ってWebサーバ、
みたいな要求は多々あるんだが、FreeBSDのほうがお安く運用できますぜ、
という一言でFreeBSDに落ち着くな。

しかし、冗長性とか可用性求めるとWindowsが一番安上がりな気がする。

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 00:39:50

そうやって人を騙しているからFreeBSDは衰退するんだよ。

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 00:47:41

騙すつもりはないんだが、FreeBSD安定運用できるノウハウ持ってる人って、
LinuxでもSolarisでもWindowsでも似たような要求片付ける技術持ってるんじゃない？

個人的には、FreeBSDで声の大きい部類の日本企業と業務で一緒になった場合、
ろくなことにならないがｗ

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 00:53:39

今のトレンドは OpenSolaris と Google Android(Linux) じゃないの？
セキュリティや移植性じゃ OpenBSD にも負けてるし
FreeBSD ならではという優位性もあまりないしね。大規模運用くらいか
今でも重用してるのは Yahoo か 2ch かレン鯖屋くらいでしょ
一般の認知度は低すぎ。NetBSD の参加者はそれ以上に悲惨だと思うけど

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 00:55:42

あぁ、至高の MacOS X kernel が FreeBSD ベースだったな
そういうところで生き残っていればいいじゃないか

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 01:00:59

実際>>404みたいなことを平気で言うヤツが多い業界ではある。

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 01:01:10

>>404
ダウト～

会社で動かしている２０台くらいのFreeBSDも趣味だったのかー
javaもだいぶ安定してきたし、サーバー向けならまだまだ行けるかと

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 01:08:26

だから中小ベンチャーが FreeBSD を運用してたって大勢に影響はないだろ
ベンチャーはなまじ技術力があるから勘違いしやすいけど、そういう自前で
なんでもできるところは何使ってもいいんだって

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 01:17:40

>>405-406
ごめん、FreeBSD のコードが kernel に入ってなかったっけ？
それとも Darwin は別物だと言ってる？

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 01:20:30

>>408
ユーザランドはFreeBSDだったのを店の展示品で確認したことはある。
manで"FreeBSD"の文字が表示されていた。

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 01:22:51

>>403
Solarisはもう少し早くオープンになっていれば、戦えたかも知れないのに、惜しかった
SUNに、そこまでの度量はなかったからね

Androidは、Linux人気の上にのってるし、かなり強いね
組み込み系だと、話題はもうそれ一色だよ
でも、普通のPCにまでGoogleが進出するのか、そこはまだ確証が持てない
SUNでなくGoogleなら統一プラットフォームが作れる！って言われれば、そうとも思えるけどｗ

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 01:54:30

Windowsはオープンと言い難いが最前線で利用されている。

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 02:15:04

>>402
Linuxでも安定運用できる”かも”しれないけど、Linux世界は人口過多で船頭が多すぎて
何が進んでるかわかりにくいし。

ろくなことにならないという意見には、なんとなく頷けなくも無い。　依怙地なのが居る(自分も含め)のと
放任主義者も結構居る。　だらしなくてもそこそこ壊れにくいのが良くないんだな。
ext2みたいに破壊の帝王みたいなFSがあれば、問題意識が生まれるもんだが。

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 02:16:33

FreeBSD使いが同時に現実主義的な妥協でWindowsサーバを使うのは普通？

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 02:23:15

>>408
>>405でも>>406でもないが、カーネル空間でもFreeBSDのコードが動いてるのは確か。
OS用語で言うco-locationと呼ばれるやつ。ただそれを持ってFreeBSDと言うのは
どうかと。ユーザランドにも独自の機構がかなり入ってるわけだし。

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 02:33:03

弁茶の技術のほとんどは自己満足の世界だから、社会的に貢献してるとは言い難い

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 02:40:17

Debian/kfreebsdが出れば認知度は向上するだろうが、userlandがGNUベースなのが気に入らない

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 02:55:13

>>415
それをいうとモチベ下がって何も出来なくなるだろ阿呆。

**名無しさん＠お腹いっぱい。** · 2009/06/14(日) 02:58:55

今まで何台かFreeBSD鯖を構築してきたんだが、今回Xeon-3.8GHz×2のマシンに
FreeBSD鯖を組むことになった。
で、i386とamd64どっちが良いのか分からん。
誰か分かりやすく教えてくれんかのぅ。