トップページ⇒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/
0255名無しさん＠お腹いっぱい。2009/06/03(水) 17:34:05
>>254
面白い要素あった？
02562009/06/03(水) 17:37:25
Kerberos
0257名無しさん＠お腹いっぱい。2009/06/03(水) 17:48:34
keroberosに笑う要素なんてないだろ。
馬鹿か？ｼﾈｶｽ
0258名無しさん＠お腹いっぱい。2009/06/03(水) 18:14:28
失笑されてるだけだと気づけよｗｗ
0259名無しさん＠お腹いっぱい。2009/06/03(水) 18:30:32
455 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2009/05/31(日) 09:00:13
　　　　　　　　　　　　 ／: : : : : : : : : : :ヽ: : :＼
.　　　　　　　　　　 ／: /: : :/: : : : :ヽ: : : : ',: : :.ヽ
　　　　　　　　　　/: : /: : :/{: : : : : : |: : : :.:|:.:.:.:.:.:..
　　　　 　 　　　 /: : /:＼/∧: : : : : :|:. :. : :|:.:ハ.:.:.:',
.　　　 　 　　　 /: : : |＼/___ノ : : : : :トｘ___ l.:.|:.:|.:.:.:.|
　　　　　　　　 ': : !: :|: :{　　　∨＼__|　ヽ: :l:.:|:.:|.:.:.:.|
　　　　　　　　ｉ: : :|:八: | 　 __　　　　 __　V: /: :|.:.:.:.|
　　　　　　　　|: : :l : :ヽ| ィ'⌒｀　　　'⌒ヽV: : :.|:.:.:.:|
　　　　　　　　|: : :| : : ハxxx　　　　　 xxx|: ｌ :｜.:.:.|
　　　　　　　　|∧:|: : : :八　　　～～　　 ﾉ: l :.ﾉ.:.:.:.|
　　　　　　　　l　ハ: : : :l:.:＞ 、　　　.. イ.:|: l /.:.:∧{
　　　　　　　　　　　＼: |ヽ_ノl＼￣／ト ､j: l/.:.:/　　　　　　
　　　　　　　　　　　　,r':::::/::::|　 人　.|::::､:::::ﾊ　　　　　OpenBSDは誰でもウェルカム
　　　　　 　 　 　 　 /::i ::〈::::::|∨廿∨|:::::〉:::|:A
　　　　　　 　 　　_/::::::|:: :.〉:::ﾄ､ 八 ,ｲ|:::〈:::::|:i∧
　　　　　　　　 　 } ::::::::!:.〈::::::|＼∨／|::::::〉::|:::::::',
　　　　　　　　　厶.:.:.::.:|:::::',::::l　 ｀´　 |:::/:::::|:::::::ﾊ＿＿＿
　　　　_　..-‐'⌒ｰ-'::::/|:::::::',:::!　　 　 |:/:::::::|',:::::::::｀:::〃:／⌒つ
　 辷⌒ﾍ:::::}!::::::::::::::/　| ::::::::｡| 　 ヾ､.|:::::::::::| ',:::::::::::::{{:::{_ 　 　＼
　／ 　　ﾉ::仏-‐─ ′ |::::::::::::|　　 　 |:::::::::::|　｀ー‐--､:::::＞､乂ゞ
　〈,ｸケ'￣　　　　　 　 |::::::::::｡|　　 　 |:::::::::::|　　　　 　 ￣
　　　　　 　 　 　 　 　 |:::::::::::::|　　 　 |:::::::::::|
　　 　 　 　 　 　 　 　 |:::::::::::｡|　　　　|:::::::::::|
0260名無しさん＠お腹いっぱい。2009/06/03(水) 18:42:26
>>243 ImageMagickはcairo使って描画だよ。
ImageMagickは便利だけど遅いのが難点。でもサーバーでもデスクトップでも
取り敢えずいれとくと便利、
pdfやps2でのデータを返すとかそれ以前にプリンタサーバーとか
フォント描画の必然性は目的のある人ならいくらでもあるだろうよ。
使用目的としてファイルサーバーしか思いつかない人にはまぁ無関係だけどね、

>>242 デスクトップや小規模サーバーに処理を分散できるところがFreeBSDの美点じゃないのか?
0261名無しさん＠お腹いっぱい。2009/06/03(水) 18:59:20
>>232 >>233 >>234 そもそもfontはportで入れる必要なのないもの
特定ディレクトリーに入れてシンボリックリンクはってもいいけれど
デスクトップ用途ならば
/usr/local/lib/X11/fonts/OTF
/usr/local/lib/X11/fonts/TTF
に直接入れるだけでsans serifならば普通に使える。(serifもsans扱いになる)

fontconfig用のconfファイルは日本語フォントは束ねて一つのファイルに列記した方が良いと思う。
それにIPAとかアンチエイリアス関連もいれるんじゃないのか?
あのportsのconfじゃだめだ。

要するにコミッターがxml編集アプリの書き方をしらないから個別portにしちゃっているわけで
本来必要なのはフォントインストールヘルパーのportであってフォントのportじゃない。
あと>>240のあとさらにipauiをポストしたりipaを直したりと
考えをまとめずにポストしている感が否めない。コミッターは子供なのかな?
fontはビルド時間がかからないからまだましだけれど
同じコミッターが最近ghostscript8をやけに頻繁に更新していてビルド時間の無駄
これも考えをまとめてチェックしてから更新してほしいと思った。
0262名無しさん＠お腹いっぱい。2009/06/03(水) 19:11:43
それでもipaフォントが旧字体の偽者から本物になっただけでも良とするか
0263名無しさん＠お腹いっぱい。2009/06/03(水) 22:02:02
kde
0264名無しさん＠お腹いっぱい。2009/06/03(水) 22:03:46
根拠を出して議論するのでなく自分勝手な決めつけばかり並べる261が子供
0265名無しさん＠お腹いっぱい。2009/06/03(水) 22:08:44
まぁまぁ、どうせレイシストの巣窟であることがバレちゃったわけだし、
もうすぐ消えて無くなるOSなんだからもっとまったりしようよ。
0266名無しさん＠お腹いっぱい。2009/06/04(木) 03:58:38
レイシズム吹き荒れるまったりスレッドへようこそ
0267名無しさん＠お腹いっぱい。2009/06/04(木) 17:53:42
虐げられた人たちがお互いの傷を舐めあってるスレがあると聞いてやってきました。
0268名無しさん＠お腹いっぱい。2009/06/04(木) 18:26:55
レイシストだろうが何だろうが、鯖に便利だし、portsが便利だったから、FreeBSDを使ってる。

しかし、最近ではその優位性はなくなってきたんだよなぁー。
今は、惰性で使ってる。
あと、動きが遅いコミュニティなので、
怠け者の俺にはちょうど良い。
0269名無しさん＠お腹いっぱい。2009/06/04(木) 18:33:33
未だに5.5のまま使ってます
0270名無しさん＠お腹いっぱい。2009/06/04(木) 19:15:35
怠けすぎ
0271名無しさん＠お腹いっぱい。2009/06/04(木) 20:46:56
>>268
普通にLinuxで良いじゃん。
0272名無しさん＠お腹いっぱい。2009/06/04(木) 20:55:05
>>269
何時の間にやら世間が6.2もサポートしなくなって、
移行のタイミングを失したと見ました。

5.5-STABLE->6.4→7.x　は　無理やりですが、何とかいけるです。
死ぬ気でお試しあれ。
0273名無しさん＠お腹いっぱい。2009/06/04(木) 21:03:26
次のLinuxバイナリのデフォルトはFedora10を採用するのか
0274名無しさん＠お腹いっぱい。2009/06/04(木) 21:39:25
むしろFreeBSDバイナリをLinux上で動作させるようにした方が良くないか？
0275名無しさん＠お腹いっぱい。2009/06/04(木) 21:57:51
今から新規にBSD環境を構築するならOpenBSDの方がラクじゃね？
0276名無しさん＠お腹いっぱい。2009/06/04(木) 23:11:23
データだけ取っておいてクリーンインストールした方が良いんじゃない?

一個FreeBSD環境が無いと入れるのも辛いというのがFreeBSDの欠点だと思うけれど
手持ちのハードは大体動くし
もうめんどくさいから他のOS使う気が起きない。
0277名無しさん＠お腹いっぱい。2009/06/04(木) 23:15:58
>>276
>>一個FreeBSD環境が無いと入れるのも辛いというのがFreeBSDの欠点だと思うけれど

馬鹿なの？死ぬの？
0278名無しさん＠お腹いっぱい。2009/06/05(金) 02:35:43
電機屋か本屋（CD付の雑誌とか）で手軽に買えるもんではないわな
0279名無しさん＠お腹いっぱい。2009/06/05(金) 05:56:19
昔は日本語パッケージで買えたんだがなー
日本語IMもFreeBSDに対応してたりしたんだけど
02802009/06/05(金) 10:20:06
ZFS の性能劣化
http://uyota.asablo.jp/blog/2009/05/09/4296115
0281名無しさん＠お腹いっぱい。2009/06/05(金) 10:41:16
ふつーにHDD追加すりゃ終わってる話。
それが簡単にできるのがZFSなのに、ufsなら……って、アホちゃうんかと。
0282名無しさん＠お腹いっぱい。2009/06/05(金) 10:42:18
>>280
ストレージプールへのディスク追加という手はなかったのだろうか
0283名無しさん＠お腹いっぱい。2009/06/05(金) 11:56:41
そういった部分のufsとのハイブリッド的なものって出来そうもない?
0284ぷぎゃあ2009/06/05(金) 13:35:19
# xf86-video-intel-2.7.1 Jimmie James
http://lists.freebsd.org/pipermail/freebsd-x11/2009-June/008537.html
http://img.photobucket.com/albums/v287/jimmiejaz/xcrash.jpg

俺の所で出てるのと模様が違うな（w
0285名無しさん＠お腹いっぱい。2009/06/05(金) 14:57:05
GCCってシステムのやつより新しいバージョンをportsからインストールしたら
自動的に新しいバージョンのGCCでコンパイルするのか

知らなかったぞ
0286名無しさん＠お腹いっぱい。2009/06/05(金) 15:10:52
>>285
それは新しいバージョンのGCCでないと不都合があるportsの場合だけでない？
0287名無しさん＠お腹いっぱい。2009/06/05(金) 15:13:05
USE_GCC が指定されていればそのバージョンのgccでコンパイル。
なければ自動でBUILD_DEPENDSに加わる。
システムのより新しいgccでなんでもかんでもコンパイルするわけではない。
0288名無しさん＠お腹いっぱい。2009/06/05(金) 17:20:28
妹が風邪をひいて家で寝ていて様子を見に行ったら
「座薬を入れてよ！熱が下がんないから！」
と言ってきた。親に言えや！と返したら母親は今いない。
親父には見られたくない。という事らしい。
妹は後ろ向きに四つん這いになってその下は見るな！と半分ケツをペロリとだした。
ロケット型の白い座薬を妹の※にゆっくりと入れる。

だが、直ぐケツの力で這い出してしまう。
奥まで入れろ！と言われ、汚ねぇから触れねぇーよ！
と切り返したら、引出しからコンドームを１つ渡し「これで！」と。
指に不自然にそれをハメると妹は何度も絶対に変な事するなよ！
絶対に変な事するなよ！と言いながら
もう一度四つん這いに。オレは無心でゆっくりと奥まで一気に入れる。
妹はアッ！と少しだけ悶える。すまん！と意味も無く謝る兄のオレ。
ところがそのまま指が穴から抜けなくなる。
抜けない！とオレが焦って動かすとウッ！動かさないで！と妹はマジ悶える。

力入れるなよ！と叫ぶオレ。じゃあ関節曲げんなよ！エロ！と妹も負けじと叫ぶ。
分かった。落ち着こうよ。な！力抜いて。ほら。よし!抜けた。
そしてヌポッ！という音ともにドゴッ！と妹はオレにマジ蹴りを入れ部屋に閉じこもった。
0289名無しさん＠お腹いっぱい。2009/06/05(金) 17:26:36
名に言ってんだお前。
0290名無しさん＠お腹いっぱい。2009/06/06(土) 01:35:14
>>284
しかし古くさいモニターだなー。って俺の家もこんなの使ってたorz
0291名無しさん＠お腹いっぱい。2009/06/06(土) 01:41:00
今時液晶モニタを使ってない男の人って
0292名無しさん＠お腹いっぱい。2009/06/06(土) 01:46:57
っていうか、CRTは処分が困難になりつつあるぞ
0293名無しさん＠お腹いっぱい。2009/06/06(土) 01:48:52
液晶にしたら彼女が逃げました
0294名無しさん＠お腹いっぱい。2009/06/06(土) 10:53:06
俺もCRTだけど
0295名無しさん＠お腹いっぱい。2009/06/06(土) 14:54:23
俺も
0296名無しさん＠お腹いっぱい。2009/06/06(土) 15:09:05
>>293
お前の彼女、CRTの付属品だったんだな。
0297名無しさん＠お腹いっぱい。2009/06/06(土) 15:51:34
画面の中にしかいないのですね、わかります。
0298名無しさん＠お腹いっぱい。2009/06/06(土) 16:04:28
portsのメンテナってどんどん減ってるの？
0299名無しさん＠お腹いっぱい。2009/06/06(土) 16:08:10
いや、portsが水増しでどんどん増えすぎに増えているだけだ
0300名無しさん＠お腹いっぱい。2009/06/06(土) 20:22:30
portsnap.confのREFUSEでだいぶ削っているけれど
カテゴリー指定でなくてディレクトリー指定なのでなかなか減らせない。
linuxとrubyとkdeとかtcl,tkは削りたい。
ビルドの簡単なオプソはportsに頼らないとか
アプリのportsはパッケージ使っちゃうとかすればがしがし減らせる 。
0301名無しさん＠お腹いっぱい。2009/06/06(土) 20:26:26
>>284 楽しそうだな。nvidiaロースペック派としては
辛かったのはxorg-1.6.1が出た直後にドライバが対応していなかった時期だけで
Fx5200とFx6200と差し換えても変わりなく表示する日々だ。
そういえばi815のビデオ機能ってOpenGLがだめで極初期に見捨てたのだけれど
これを使うと俺も楽しい体験できるのかな。
0302名無しさん＠お腹いっぱい。2009/06/06(土) 20:33:38
>>281 UFSのシングルならそもそもディスクが壊れないのでは
raid1なんてHDDの寿命縮めるだけなんでHDD交換用に設定だけしておくに限る。

ZFSはとっつきがよいし統一性は取れているけれど
いかんせんフォーマットすら不確定なので動的にしょっちゅうリフレッシュして
消耗して廃棄するような使い方でないと
気づくとバックアップが読み取り不能とかになりかねない。

>>278 雑誌全滅、本家のCD #1は起動不能　新規に導入する人には茨の道
0303名無しさん＠お腹いっぱい。2009/06/06(土) 20:36:37
>>280 リンク先のサイトはよく頑張っていると思うけれど
土台というかねっこでネジが一本抜けているので書いてあることは彼の体験であって
普遍的な事実とはいえない。
ざっとみたけれどこの人zfsに限らず故障頻度が高すぎるんじゃないの
0304名無しさん＠お腹いっぱい。2009/06/06(土) 20:42:06
なんか批判して俺はすごいんだと言いたいのはわかるんだけどポイントがずれてる
0305名無しさん＠お腹いっぱい。2009/06/06(土) 20:43:38
曖昧な書きかたしてしまったが、件のブログの書き手についての話。
0306名無しさん＠お腹いっぱい。2009/06/06(土) 21:52:27
>>303
中治さんに「そもそも-STABLEとは」とか説教始めちゃう奴だぜ?
0307名無しさん＠お腹いっぱい。2009/06/07(日) 00:01:55
>>302
そーかなー。いざって時には、壊れたのを追っ払って
新しいの挿せばいいだけだし、サーバ入れ替えるのも楽よ。

安モンサーバの板が壊れるのは良くあるし、補充機材が来た時に
ミラーしてあれば、稼働中のマシンからHDDをちょっと借りーの、
新マシンに差し込んでマスタ化。さらに、新しいHDDの挿すだけで
プラナリア並みに増えてくから楽だにょ。

ZFS？　なにそれ喰えるの？
0308名無しさん＠お腹いっぱい。2009/06/07(日) 10:41:06
FreeBSDでマルチメディア
http://www2h.biglobe.ne.jp/~hnakamur/technolab/freebsd/
0309名無しさん＠お腹いっぱい。2009/06/07(日) 13:35:59
>302
何が言いたいのかさっぱり分からない。
つか、「UFSのシングルならそもそもディスクが壊れない」って意味不明過ぎる。
例のblog書いた本人?
0310名無しさん＠お腹いっぱい。2009/06/07(日) 13:45:23
zfsはあと２年くらいは寝かせておこう
バグ出し宜しくね
0311名無しさん＠お腹いっぱい。2009/06/07(日) 16:31:29
ZFSは普通に使えているけどなあ。CVSリポジトリの置き場所として
日常的に使っている
>>309
アレ書いた本人っぽいね。
0312名無しさん＠お腹いっぱい。2009/06/07(日) 19:52:57
>>311  >>302だけど書いた人とは関係ないよ。念のため
ZFSなんて使わないし、ドキュメントとかはUSBとバックアップで
HDDへの書込みはほとんど無いように運用しているから
元ブログの人は人柱かつ反面教師として敬意を感じてはいる。

ZFSだけど「今使えている」
ということと「いきなり使えなくなる可能性がある」
というのは別問題。
全くアップデートしないならばそれなりの性能と欠点だけ認識するだろうけれど
ちょろちょろアップデートするだろ。使うような輩はある日どかんと悲劇が訪れるわけさ。

ようするに>>310 が全てなんだけれどね、確かに2年というのは妥当な数字
現状から見てそれくらいからの導入ならば
オレもこんなことはいわない。
0313名無しさん＠お腹いっぱい。2009/06/07(日) 19:56:22
>>307 いいたかったのはメンテの時だけそのうまみを使うって事
ちなみにその場合zfsは充実はしているけれどgmirrorという選択肢もあるね、
ハードのraid1 とソフトraidとどちらかがいいかはなんともいえない。
0314名無しさん＠お腹いっぱい。2009/06/07(日) 23:10:53
相変わらず何を言いたいのかよく判らないなぁ。唐突にRAID1とか言い出してるのも
意味不明のままだ。具体性もないし。
単に「俺様が不安だと思っているから不安に決まっている」以上のもんじゃないな。
0315名無しさん＠お腹いっぱい。2009/06/07(日) 23:24:35
FreeBSDが消滅しないかとても不安です。どうしたら良いでしょうか。
0316名無しさん＠お腹いっぱい。2009/06/07(日) 23:26:06
今のうちに CD/DVDに焼いて保存しておきましょう。
0317名無しさん＠お腹いっぱい。2009/06/07(日) 23:27:05
MacOSXに切り替えればいいだけ
0318名無しさん＠お腹いっぱい。2009/06/08(月) 00:03:51
zfsなんかよりdragonflyのhammerの方が好きだ
0319名無しさん＠お腹いっぱい。2009/06/08(月) 05:11:52
どういうところが？
0320名無しさん＠お腹いっぱい。2009/06/08(月) 05:34:27
GUIDパーティションテーブルって普通のPCで使って
メリットあるのかな？デメリットあるのかな？
0321名無しさん＠お腹いっぱい。2009/06/08(月) 10:27:14
>>312
だったらガンガン書き込んでテストしなきゃ(w
currentでZFS使ってリポジトリ置いているけど
これが突然死してもあまり困らないよ。
週一ぐらいでATOMなマシンにリポジトリのコピー
を渡しているから。
システム領域も含めてZFSにしているのでアップ
デートする時は覚悟してやってる。
とくにいつ頃かまたinstallworldするときに標準
ではchflagsするようになってからは意識せざるを
得ない。
(ZFSではchflagsに対応していない)

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

スナップショットを置いてギリギリまでファイル
を置くってのは「何が起きるか分からない」
ってSunの資料にも書いてあるからねぇ。
「細かいファイルを大量に置いただけ」
ってのもUFS使う人間なら気になるよねぇ。
0322名無しさん＠お腹いっぱい。2009/06/08(月) 10:47:55
つか、そんなに物理容量いっぱい使ったことが原因という自信があるのなら、
zfs set quota=...とかやっておけばいいだけじゃないかねと思ったよ。
あれは裏を返せば、zfsは粘ってぎりぎりまで動作して、遅くなっても破綻を
極力避けているが、UFSではいきなり書き込みエラーで終わるって話でもある。

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


0323名無しさん＠お腹いっぱい。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
0324名無しさん＠お腹いっぱい。2009/06/08(月) 11:14:49
zfs でファイルサーバを15台立てて半年以上経ってるけど、
一回だけ disk full で落ちた以外なにも問題起きていないぞ。
そんなに落ちるものなのか？
0325名無しさん＠お腹いっぱい。2009/06/08(月) 11:16:50
ほっといてもdailyくんがdfの出力だかを毎日送ってくれるしなあ
0326名無しさん＠お腹いっぱい。2009/06/08(月) 12:12:35
そもそも 80% を超えるような運用を日々放置するほうが問題。
0327名無しさん＠お腹いっぱい。2009/06/08(月) 15:07:33
FreeBSD 7.2-RELEASE #0 を VMWare 上で動かしておりまして、
jail 環境下で openldap24-server を動かしているのですが
slapd コマンドから ldap 系コマンド (ldapsearch や ldapadd など) すべて
コマンドの実行に恐ろしく時間がかかります。
ldapadd をすると Enter LDAP Password: のプロンプトが出るまで 30 秒程度
かかります。同様の現象が発生している方、おられませんでしょうか。
0328名無しさん＠お腹いっぱい。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
はうまくいくかどうか
0329名無しさん＠お腹いっぱい。2009/06/08(月) 16:42:58
>>328
違う。2.6.1 でパスが変ったけど、2.6.2 でまた元に戻ったってこと。
2.6.1 だけ aliases のパスが違う。
0330名無しさん＠お腹いっぱい。2009/06/08(月) 18:30:00
portsがこの先、5万とか10万になったらcsupするのも大変だよね。
/usr/portsのディレクトリ構造だけ作って、あとは自動で必要なMakefileとか依存情報
だけfetchしてインスコできるようなふうにならないかな？

手動では、そういうことできるみたいだけど・・・
0331名無しさん＠お腹いっぱい。2009/06/08(月) 19:13:13
はやくLLVM/clangに全面移行しないかなあ……
0332名無しさん＠お腹いっぱい。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
何言ってんだ。プログラマにまともな精神持った奴がいた試しなんてねえよ。
第一プログラマと精神科なんてほとんどセットなのに今更それを語るとか情弱以下だろ。
0333名無しさん＠お腹いっぱい。2009/06/09(火) 04:59:25
メモリが十分利用可能な時に、swapをメモリ上に作るのとswap無しで運用するのはどっちがいいんだろ
0334名無しさん＠お腹いっぱい。2009/06/09(火) 07:45:59
>>332
誤爆か？

>>804
に期待
0335名無しさん＠お腹いっぱい。2009/06/09(火) 08:02:33
>>333
それぞれよさそうな理屈は？
0336名無しさん＠お腹いっぱい。2009/06/09(火) 13:49:18
メモリが十分利用可能なら悩みは少ない
0337名無しさん＠お腹いっぱい。2009/06/09(火) 17:15:09
普通にディスク上にswapを作ってswapされるくらい利用頻度の低いプログラムより
頻繁に使うファイルがメモリキャッシュに乗っかったままになってウハウハってのもあり？
0338名無しさん＠お腹いっぱい。2009/06/09(火) 20:31:26
>>333 swapは眠っているの吐き出させてメモリ広くするのが目的だから
メモリをswapにするのは無駄
やるならmdmfsとかtmpfsのメモリデバイスにするほうが良いはず
0339名無しさん＠お腹いっぱい。2009/06/09(火) 20:35:44
>>324 disk fullになりやすい。バックアップを不要に取るからHDDの寿命が短い
一杯になってくると極端に遅くなる。あとread writeが遅いが欠点だと思う。
例えるならばrubyとか

個人がソフトraid構築したりサイズの違う複数のHDDをまとめるには悪くはないと思うけれど
つけっぱなしのサーバーには特にむかないんじゃないか?
ただ将来に向けて足しになるから人柱はいくらいてもいいと思う。
0340名無しさん＠お腹いっぱい。2009/06/09(火) 21:12:27
>>339
FUDおつ
0341名無しさん＠お腹いっぱい。2009/06/09(火) 21:57:39
ZFSあんまり好きじゃないけど、ここまでひどいFUDはちょっと…
0342名無しさん＠お腹いっぱい。2009/06/09(火) 21:57:40
>340

あのzfsは酸っぱいに違いないと思うことで心の平穏を保ってるんだよ。
かわいそうだと思うなら放っておいてやれ。
0343名無しさん＠お腹いっぱい。2009/06/09(火) 22:04:30
> バックアップを不要に取るからHDDの寿命が短い

意味がわからんのだが、今時のディスクのボイスコイルって
頻繁に、大きく動くと減るのが早くなるのか???
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
壊れていても壊れている事に気がつかなければ問題ない...か
■ このスレッドは過去ログ倉庫に格納されています