トップページ⇒unix
1001コメント295KB

FreeBSDを語れ Part24

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。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/
0344名無しさん＠お腹いっぱい。2009/06/09(火) 23:21:16
7.2でZFS使ってるけど遅いと思うときは無いなぁ。
0345名無しさん＠お腹いっぱい。2009/06/09(火) 23:32:09
344 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2009/06/09(火) 23:21:16
7.2でZFS使ってるけど遅いと思うときは無いなぁ。
(お前らの使ってるごみとは違うからなぁ、一般人の気持ちは理解できないなぁ。)
0346名無しさん＠お腹いっぱい。2009/06/10(水) 00:29:13
ﾂﾏﾝﾈ
0347名無しさん＠お腹いっぱい。2009/06/10(水) 00:32:19
ﾈﾝﾏﾂ
0348名無しさん＠お腹いっぱい。2009/06/10(水) 00:35:35
インスコして初めて使っているけど難しいなこれ
0349名無しさん＠お腹いっぱい。2009/06/10(水) 00:36:12
あけましておめでとうございます
今年もよろしくおながいしまつ
0350名無しさん＠お腹いっぱい。2009/06/10(水) 00:37:39
バックアップを不要に取るって何の話？
0351名無しさん＠お腹いっぱい。2009/06/10(水) 07:59:51
>>339
ハードディスクの故障率なんて通電している限りは読み書きしているか
そうでないかは大した違いはないと思うけど。
セクタ不良の発生が顕在化するのは読み書きの時だというのはあるけど。
(たとえ不良が起きてもそこを使わない限りはわからない)

>一杯になってくると極端に遅くなる。
どういうfsを使っていても90%以上の使用率ってのはおかしな使い方だよ。
ベンチマーク以上の意味はないと考えて切り捨てるのは戦略として間違っ
てはいない。
>あとread writeが遅いが欠点だと思う。
圧縮ファイルシステムがよさげ。ファイルの削除等でも個人的には効果出
ている。
CPU性能依存なのでCPU性能が低いと逆効果な場合もあるよう。ZFSはプア
な環境には配慮していないことは言えそう。
件のblogの人はあんまり性能の良くない環境で使っているようだね。
0352名無しさん＠お腹いっぱい。2009/06/10(水) 08:30:11
例のブログはずっと前から読んでるけど、ひょっとして父子家庭だったりする？
0353名無しさん＠お腹いっぱい。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とは無関係で、管理が如何にタコかどうかって話。

0354名無しさん＠お腹いっぱい。2009/06/10(水) 12:54:06
壊れていても壊れている事に気がつかなければ問題ない...か
0355名無しさん＠お腹いっぱい。2009/06/10(水) 12:54:59
>>354
それ、ext2
0356名無しさん＠お腹いっぱい。2009/06/10(水) 12:56:13
nonECC Memoryも
0357名無しさん＠お腹いっぱい。2009/06/10(水) 14:11:38
stableコンパイルできねえぞ!!

……またzfsか
0358名無しさん＠お腹いっぱい。2009/06/10(水) 15:57:33
>>352
なんかﾜﾛﾀ
ブログを読んでプロファイリングでもしたのかｗ
0359名無しさん＠お腹いっぱい。2009/06/10(水) 19:01:55
なんというかZFSってRUBYと同じにおいがするね、

ダメ確定なので手は出さないけれどヒトバシラーが多ければ残るものもあるんじゃないスか。
0360名無しさん＠お腹いっぱい。2009/06/10(水) 19:14:24
>>353 UFSで何年使ったか知らないけれどエラーでるような運用方法していることが既に問題。リッチな環境云々言うなら寿命予測立てて定期交換しろよ。


0361名無しさん＠お腹いっぱい。2009/06/10(水) 20:02:49
>360
「事故を起こさなければいいだけ、保険なんか入る必要ない」式の的外れでまるで役に立たない
アドバイス、大変ありがとうございました。

0362名無しさん＠お腹いっぱい。2009/06/10(水) 22:15:03
これだもん。FreeBSDが衰退するわけだ。しかもUSの方はレイシストの
吹きだまりと来ているし。FreeBSDはもう終わったね。
0363名無しさん＠お腹いっぱい。2009/06/10(水) 22:47:46
と終わっている奴が言うとります
0364名無しさん＠お腹いっぱい。2009/06/10(水) 22:51:06
>>362
お前に言われても説得力が無い
0365名無しさん＠お腹いっぱい。2009/06/10(水) 23:47:50
FreeBSDマシンでPWMファンの使用できるものなのでしょうか。
0366名無しさん＠お腹いっぱい。2009/06/11(木) 01:13:29
>>365
まあまあ

それよりSAきた…
0367名無しさん＠お腹いっぱい。2009/06/11(木) 01:31:26
SAで思い出したが、libpng(graphics/png)にまた脆弱性報告出てるよ。
portauditはまだ何も言わないけど。1.2.37への更新推奨。
0368名無しさん＠お腹いっぱい。2009/06/11(木) 01:38:51
>>367
libpng またかい。
0369名無しさん＠お腹いっぱい。2009/06/11(木) 02:48:14
うあーめんどくさ
0370名無しさん＠お腹いっぱい。2009/06/11(木) 02:59:51
週刊SAとかにならずに三つ同時に来たんだからまだまし
0371名無しさん＠お腹いっぱい。2009/06/11(木) 04:20:29
>>370
ひどい時は日刊だったような気がす。
それよりも7.2が不安定って言うのは原因分かったのかな？
元ネタを詳しく読んでないのでどういう風にだったか忘れてしまったけど・・・
0372名無しさん＠お腹いっぱい。2009/06/11(木) 17:26:08
7.xは5.xの出始めみたいに糞なのか。
5.xみたいにx.3や(x+1).0が出るまで様子見するのがいいか。
0373名無しさん＠お腹いっぱい。2009/06/11(木) 23:18:46
またntpdのビルドで止まる@RELENG_6_3
0374名無しさん＠お腹いっぱい。2009/06/11(木) 23:50:55
mallocの件とかとっととパッチ出してほしい
8.0Rのほうが先になるのか？
0375名無しさん＠お腹いっぱい。2009/06/12(金) 00:41:52
2.2.x→4.x→6.xとアップグレードしてきたが、やっぱりメジャー奇数は人柱用なの？
0376名無しさん＠お腹いっぱい。2009/06/12(金) 00:52:08
メジャーに奇数は関係無いだろ
0377名無しさん＠お腹いっぱい。2009/06/12(金) 07:42:43
>>375
何度言えば分かるの？
奇数偶数で区別してません。
0378名無しさん＠お腹いっぱい。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
した。
0379名無しさん＠お腹いっぱい。2009/06/12(金) 11:10:40
xkeyboard-config-1.5 から xkeyboard-config-1.6 に上げたら、
漢字キーやら変換キーの割り当てが変わりまくってて、日本語入力できなくなった orz

とりあえず、xkeyboard-config-1.5 に戻した
なんだかなぁ
0380ぷぎゃあ2009/06/12(金) 14:52:47
なんか xf86-video-intel-2.8.0rc1 とか言ってるけど、
パッチの多さからして期待する気になれない（w

http://lists.freedesktop.org/archives/intel-gfx/2009-June/date.html
0381名無しさん＠お腹いっぱい。2009/06/12(金) 16:51:10
奇数が不安定ではなく次のメジャーバージョンのマイナーバージョン0がリリースされるまで
あるいは次のメジャーバージョンのマイナーバージョン1の開発が始まるまで
安定しない法則だと思う。
0382名無しさん＠お腹いっぱい。2009/06/12(金) 16:58:58
>>375
どうせもうすぐ（ただしBSD時間で）8.0Rが出るからおまいはジンクスに縛られたまま生きていけるよ。
0383名無しさん＠お腹いっぱい。2009/06/12(金) 17:11:44
portupgrade -Rpでrubyの構文エラーか何かで失敗するpackageのアップグレードが
portupgrade -apだと成功してしまうのはこれいかに
0384名無しさん＠お腹いっぱい。2009/06/12(金) 18:21:16
構文エラーだったら読み込み時にエラーになるけど、そうじゃなくて
実行時のエラーだからなじゃい？
0385名無しさん＠お腹いっぱい。2009/06/13(土) 13:06:44
もうFreeBSDは永遠に安定しないんじゃないの？FreeBSDの開発者には
レイシストが多いし、それを嫌って優秀な人はもう入って来ないでしょう。
レイシストの作るOSなんてこんなもんでしかないという実例になりそう
だね。
0386名無しさん＠お腹いっぱい。2009/06/13(土) 14:22:02
わかりました。
4.11Rに戻します。
0387名無しさん＠お腹いっぱい。2009/06/13(土) 14:57:01
もうみんなやる気無くなってるんだろうな
0388名無しさん＠お腹いっぱい。2009/06/13(土) 15:57:57
たしかにな。
やりがいみたいなのって、あるのかな。
0389名無しさん＠お腹いっぱい。2009/06/13(土) 16:46:15
>>385みたいなFUDが書き込まれ続ける限りFreeBSDの地位は揺らがないな
逆になくなっちゃったら転落した証
0390名無しさん＠お腹いっぱい。2009/06/13(土) 17:26:18
よほど技術力、楽しい取り組みでも無ければ、難しいだろうね
今だと、この位の差はあるだろ

Windows　＞＞　Linux　＞＞＞　FreeBSD

BSD系はPC-BSDに、頑張って貰いたいところ
サクサクでLinuxより軽いとかさ・・・どう考えても無理だよな・・・
組み込みも完全にLinuxに流れたし、終わってる(´・ω・`)
0391名無しさん＠お腹いっぱい。2009/06/13(土) 17:37:18
差？
0392名無しさん＠お腹いっぱい。2009/06/13(土) 17:38:39
>>373
>>378
ttp://security.freebsd.org/advisories/FreeBSD-SA-09:11.ntpd.asc
0393名無しさん＠お腹いっぱい。2009/06/13(土) 17:40:33
>>390
釣りじゃなければ本物の井の中の蛙ｗ
0394名無しさん＠お腹いっぱい。2009/06/13(土) 20:18:52
Linux: 趣味にも、仕事にも使える
FreeBSD: 趣味でしか使えない(仕事は来ない)
Solaris: 仕事でしか使えない
0395ぷぎゃあ2009/06/13(土) 20:57:28
ついにデバッグ用レジスタダンプ機能入れるってさ。

http://lists.freedesktop.org/archives/intel-gfx/2009-June/002835.html
0396名無しさん＠お腹いっぱい。2009/06/13(土) 22:25:23
レイシストどもがnewbusを採用して以来、まともな開発者はFreeBSDを
見捨てたからね。
0397名無しさん＠お腹いっぱい。2009/06/13(土) 23:47:56
そうか、俺が自宅で動かしていたSolarisは仕事だったのか……。
p2とか動いているのはきっと気のせいなんだろうな。
0398名無しさん＠お腹いっぱい。2009/06/14(日) 00:21:31
俺の自宅のエロ動画サーバ（Solaris）も仕事用だったんだな。
そして、職場の1000台規模のFreeBSDサーバは趣味用なのか。
0399名無しさん＠お腹いっぱい。2009/06/14(日) 00:29:15
>そして、職場の1000台規模のFreeBSDサーバは趣味用なのか。
それはお前の趣味
0400名無しさん＠お腹いっぱい。2009/06/14(日) 00:30:00
実際、知ったフリな企画屋やデザイナ経由でLinuxを使ってWebサーバ、
みたいな要求は多々あるんだが、FreeBSDのほうがお安く運用できますぜ、
という一言でFreeBSDに落ち着くな。

しかし、冗長性とか可用性求めるとWindowsが一番安上がりな気がする。
0401名無しさん＠お腹いっぱい。2009/06/14(日) 00:39:50
そうやって人を騙しているからFreeBSDは衰退するんだよ。
0402名無しさん＠お腹いっぱい。2009/06/14(日) 00:47:41
騙すつもりはないんだが、FreeBSD安定運用できるノウハウ持ってる人って、
LinuxでもSolarisでもWindowsでも似たような要求片付ける技術持ってるんじゃない？

個人的には、FreeBSDで声の大きい部類の日本企業と業務で一緒になった場合、
ろくなことにならないがｗ
0403名無しさん＠お腹いっぱい。2009/06/14(日) 00:53:39
今のトレンドは OpenSolaris と Google Android(Linux) じゃないの？
セキュリティや移植性じゃ OpenBSD にも負けてるし
FreeBSD ならではという優位性もあまりないしね。大規模運用くらいか
今でも重用してるのは Yahoo か 2ch かレン鯖屋くらいでしょ
一般の認知度は低すぎ。NetBSD の参加者はそれ以上に悲惨だと思うけど
0404名無しさん＠お腹いっぱい。2009/06/14(日) 00:55:42
あぁ、至高の MacOS X kernel が FreeBSD ベースだったな
そういうところで生き残っていればいいじゃないか
0405名無しさん＠お腹いっぱい。2009/06/14(日) 01:00:59
実際>>404みたいなことを平気で言うヤツが多い業界ではある。
0406名無しさん＠お腹いっぱい。2009/06/14(日) 01:01:10
>>404
ダウト〜

会社で動かしている２０台くらいのFreeBSDも趣味だったのかー
javaもだいぶ安定してきたし、サーバー向けならまだまだ行けるかと
0407名無しさん＠お腹いっぱい。2009/06/14(日) 01:08:26
だから中小ベンチャーが FreeBSD を運用してたって大勢に影響はないだろ
ベンチャーはなまじ技術力があるから勘違いしやすいけど、そういう自前で
なんでもできるところは何使ってもいいんだって
0408名無しさん＠お腹いっぱい。2009/06/14(日) 01:17:40
>>405-406
ごめん、FreeBSD のコードが kernel に入ってなかったっけ？
それとも Darwin は別物だと言ってる？
0409名無しさん＠お腹いっぱい。2009/06/14(日) 01:20:30
>>408
ユーザランドはFreeBSDだったのを店の展示品で確認したことはある。
manで"FreeBSD"の文字が表示されていた。
0410名無しさん＠お腹いっぱい。2009/06/14(日) 01:22:51
>>403
Solarisはもう少し早くオープンになっていれば、戦えたかも知れないのに、惜しかった
SUNに、そこまでの度量はなかったからね

Androidは、Linux人気の上にのってるし、かなり強いね
組み込み系だと、話題はもうそれ一色だよ
でも、普通のPCにまでGoogleが進出するのか、そこはまだ確証が持てない
SUNでなくGoogleなら統一プラットフォームが作れる！って言われれば、そうとも思えるけどｗ
0411名無しさん＠お腹いっぱい。2009/06/14(日) 01:54:30
Windowsはオープンと言い難いが最前線で利用されている。
0412名無しさん＠お腹いっぱい。2009/06/14(日) 02:15:04
>>402
Linuxでも安定運用できる”かも”しれないけど、Linux世界は人口過多で船頭が多すぎて
何が進んでるかわかりにくいし。

ろくなことにならないという意見には、なんとなく頷けなくも無い。　依怙地なのが居る(自分も含め)のと
放任主義者も結構居る。　だらしなくてもそこそこ壊れにくいのが良くないんだな。
ext2みたいに破壊の帝王みたいなFSがあれば、問題意識が生まれるもんだが。
0413名無しさん＠お腹いっぱい。2009/06/14(日) 02:16:33
FreeBSD使いが同時に現実主義的な妥協でWindowsサーバを使うのは普通？
0414名無しさん＠お腹いっぱい。2009/06/14(日) 02:23:15
>>408
>>405でも>>406でもないが、カーネル空間でもFreeBSDのコードが動いてるのは確か。
OS用語で言うco-locationと呼ばれるやつ。ただそれを持ってFreeBSDと言うのは
どうかと。ユーザランドにも独自の機構がかなり入ってるわけだし。
0415名無しさん＠お腹いっぱい。2009/06/14(日) 02:33:03
弁茶の技術のほとんどは自己満足の世界だから、社会的に貢献してるとは言い難い
0416名無しさん＠お腹いっぱい。2009/06/14(日) 02:40:17
Debian/kfreebsdが出れば認知度は向上するだろうが、userlandがGNUベースなのが気に入らない
0417名無しさん＠お腹いっぱい。2009/06/14(日) 02:55:13
>>415
それをいうとモチベ下がって何も出来なくなるだろ阿呆。
0418名無しさん＠お腹いっぱい。2009/06/14(日) 02:58:55
今まで何台かFreeBSD鯖を構築してきたんだが、今回Xeon-3.8GHz×2のマシンに
FreeBSD鯖を組むことになった。
で、i386とamd64どっちが良いのか分からん。
誰か分かりやすく教えてくれんかのぅ。
0419名無しさん＠お腹いっぱい。2009/06/14(日) 03:07:38
>>418
メモリが4GB以上 | 多少使えないツールがあっても問題無い > amd64
メモリが4GB以下 | 全ての機能を利用する必要がある > i386
0420名無しさん＠お腹いっぱい。2009/06/14(日) 03:10:23
CPUがTurionだからってamd64入れたら
動かしたいツールが動かせなくてi386で再インスコする羽目に
04214182009/06/14(日) 03:15:38
>>419
サンクス。

メモリは4GBで、X関係は入れない。
主な目的はWeb/DB/DNS/メールかな。
使えないツールっていうのが気になるところ。

速度的にはあまり変わらないって聞くけど、他にも意見聞かせてくれないか。
0422名無しさん＠お腹いっぱい。2009/06/14(日) 03:37:56
>>421
その用途なら使えないツールを気にする必要は多分無いな。
LP64だから一般的にメモリ使用量は増えるが、速度は向上することが多い。
ベンチ結果はネットに転がってるから色々調べてくれ。
04234182009/06/14(日) 03:44:31
>>422
今調べてみたけど、amd64で行こうと思う。
サンクス
0424名無しさん＠お腹いっぱい。2009/06/14(日) 04:28:33
pythonのupgrade-site-packagesだが、findかけてそれぞれpkg_whichなんてことしなくても
grep -l 'lib/python2\.[012345]' /var/db/pkg/*/+CONTENTS | sed 's,/var/db/pkg/,,;s,/.*,,'
でリストを得ればいいんじゃないのかな。
0425名無しさん＠お腹いっぱい。2009/06/14(日) 05:15:19
初期の MacOS X は uname すると freebsd の文字列を返してきたけど
最近は違うんだね
0426名無しさん＠お腹いっぱい。2009/06/14(日) 05:20:23
Windows Server の ActiveDirectory が Kerberos5 ベースだと知って Microsoft を見直した
0427名無しさん＠お腹いっぱい。2009/06/14(日) 05:36:48
>>408
kernelはマークカーネル
元をたどればBSDではあるがFreeBSDではない
FreeBSDの皮をかぶったマークカーネルという言い方が正解に近い。
0428名無しさん＠お腹いっぱい。2009/06/14(日) 05:39:31
皮をかぶったチ○コという言い方が正解に近い。
0429名無しさん＠お腹いっぱい。2009/06/14(日) 07:01:37
>>427
そんな適当な言い方をするより、素直にドキュメントを読んだ方が早い。

http://developer.apple.com/documentation/Darwin/Conceptual/KernelProgramming/Architecture/Architecture.html
0430名無しさん＠お腹いっぱい。2009/06/14(日) 07:25:12
モノリシックとマイクロというのがあってだな
BSDはどっちだ？
Machはマイクロカーネル
0431名無しさん＠お腹いっぱい。2009/06/14(日) 07:27:12
MacはBSDサブシステムを採用してるだけ
0432名無しさん＠お腹いっぱい。2009/06/14(日) 07:31:58
BSD
Above the Mach layer, the BSD layer provides “OS personality” APIs and services.
The BSD layer is based on the BSD kernel, primarily FreeBSD. The BSD component provides
* file systems
* networking (except for the hardware device level)
* UNIX security model
* syscall support
* the BSD process model, including process IDs and signals
* FreeBSD kernel APIs
* many of the POSIX APIs
* kernel support for pthreads (POSIX threads)

BSDレイヤーは、Machレイヤーの上に位置してる、BSDレイヤーは、APIとサービスを提供する
BSDレイヤーは、BSDカーネルベース(特にFreBSD)、BSDコンポーネントが提供するものは以下
0433名無しさん＠お腹いっぱい。2009/06/14(日) 08:46:47
AppleがコミットしはじめてからFreeBSDはおかしくなった？
0434名無しさん＠お腹いっぱい。2009/06/14(日) 08:57:32
コアメンバのjhkがAppleに就職したくらいじゃね？

良くも悪くもBSDライセンスだし、共存する理由もないし、
むしろ、5.xからほとんど進歩してないし、これからもしないだろうに、
死ぬまでBSD BASEを語りそうで困る。
0435名無しさん＠お腹いっぱい。2009/06/14(日) 10:02:16
と半可通っぷりを披露するわけですな。jhkとか。
0436名無しさん＠お腹いっぱい。2009/06/14(日) 10:10:05
>>430
Machは2.5までがモノリシック。NEXTSTEP等で使われた。
3.0はマイクロカーネル実装
Mac OSXはMach3.0ベースだがわざわざモノリシックに
書き直している。多分性能上の理由だろう。
0437名無しさん＠お腹いっぱい。2009/06/14(日) 10:27:52
まいくろ☆か〜ねる
0438名無しさん＠お腹いっぱい。2009/06/14(日) 10:51:49
BSDユーザは妙に自虐的なやつが多いな。
アンチの書き込みかと思ったら生粋のBSDユーザだったりするから驚きだ。
0439名無しさん＠お腹いっぱい。2009/06/14(日) 10:56:32
Apple は MkLinux にも手を出してたから、micro kernel を（当時の）次期 OS に
取り込もうとはしてたんじゃない？
0440名無しさん＠お腹いっぱい。2009/06/14(日) 11:15:53
いまどきBSDなんか使っているユーザなんかいません




開発者は...
0441名無しさん＠お腹いっぱい。2009/06/14(日) 11:18:22
スパーミリオンヘアーを使ってます。
0442名無しさん＠お腹いっぱい。2009/06/14(日) 13:11:23
>>440
うちのsvnサーバはBSDでうごいてるお
0443名無しさん＠お腹いっぱい。2009/06/14(日) 16:17:39
BSDディスってんのかメーン！
■ このスレッドは過去ログ倉庫に格納されています