終了
終了が早いってことか？
そんなの存在しない
ext3の様な単純なジャーナリングファイルシステムよりも優秀。
程度の威力しかないが、「FreeBSDを使って居ます」と言えば
「美空ひばりのレコーディングに参加した演奏家の名前を全部言えます」
ぐらいの威力がある。NetBSDやOpenBSDだったら、凄過ぎて、
「それ何？」で終ってしまう事も多いから御用心
死体画像なみ
だからその点は甲乙つけがたい
同感
ext3 (その他のLinuxのファイルシステム使ってません)が、
ファイルアクセスすればするほど、メモリ・キャッシュ取りすぎ！
ここに何か欠陥隠しをしてるんだろうけど？
プロセス全体に負荷がかかるは、やめて欲しいな。
・・・専用機だから、仕方がない。そんな使われ方ですよ。
高負荷を与えて、ssh,telnetも出来ないのは頂けない。
ここを説明してくれない？
空き容量、５Ｇはある、そこに４０Ｇのファイルを作ると宣言する。
Linuxは、どうぞと返事する。
さて、それを信じて書き込むとエラーだって。
ＯＳを信じるのが、バカってことか？
どうにかしてくれよ、Linuxだろ！
BSD派は確実に確保しようとする。
処理時間掛かってもね。確実に確保したいから。
確認してＯＫってＯＳが言って、後で訂正は面倒だよ。
エラー処理のコードを書くのが、面倒なんです。
では、意味ある回答を望みますw
／￣￣＼
／ _ノ ＼
| （ ●）（●）
. | （__人__）
| ｀ ⌒´ﾉ
. | } ミ ﾋﾟｺｯ
. ヽ } ミ ／＼ ,☆＿＿__
ヽ ノ ＼ ＼ ／ ＼ >>20
/ く ＼. ／＼／ ─ ─ ＼
| `ー一⌒) ／ （●） （●） ＼
| i´￣￣￣ ＼ | （__人__） |
＼＿ ｀ ⌒´ ／
／ ＼
（タスクは一般的なWeb兼メールサーバ）、先にマシンが死ぬのはLinuxじゃないかという気がします。
1年以内にHDDが死ぬのは決まってLinux入れた方。
んなもん ハードウェアの品質の揺らぎの方が大きい
それって 間口が狭い＝先が暗い って事だよもん？
〇 キテガイ
真性なのか釣りなのかジョークなのかはかりかねて手出ししにくい
最近のFreeBSDでは変更が激しくて少し怪しい気がするけど。
あと
ttp://www.sodan.ecc.u-tokyo.ac.jp/~kei/sched/
とか見てると、スケジューラの作りもいい加減そうだし…（2.4 のころの話みたいだけど）
ちょっとでも軽くする為に、機能がちょっとぐらいいい加減でもいいというのが感じられて、
正直そんな OS は使いたいとは思わない。
定番ですな。いつまでも*BSD使っててください。
まったくだ。それが一番だよね。
コピペじゃなくて、ここで初めて書いたんだけど。
方針転換するのはカッコ悪いよねえ
結果Linuxの後追いになってしまうという
世界中でどれだけのリソースが無駄になってるかと想像すると怖くなるな(w
ttp://www.sucks-rocks.com/rate/windows/linux/os+x/freebsd
LinuxからFreeBSDに移行した友人がいます。
彼の話ではどのパッチを当てるのがいいとか
Linuxは問題が複雑だけれども、
FreeBSDのほうが瑣末なことにわずわらされ
ないからとのことでした。
FreeBSDは最初はパッチでもいつの間にか正式に取り込まれてるから楽だよな。
だれかAA作ってよ
え？そうなの？
じゃぁ、
sync; sync; reboot の２回のsyncは意味がないってことか
Linux 使ってると、野良ビルドばかりするはめになる。
configureとかも含めて配布しているのに、
なぜportsのローカルなpatchを当てなければならないのか?
オリジナルに忠実にビルドするには野良ビルドが基本。
portsなんか使わない。
6.2と5.5ならどっちがお薦めですか？
Linuxのファイルシステムの方がディスクの寿命が短くなるって本当？
ディスクの寿命云々は聞いたこと無い。
ports使う理由は依存関係とそれに関連して共有ライブラリ
バージョン間互換性の問題が大きいと思う。
特定のアプリケーションしか使わないならどうでもいいん
じゃない? 自分で面倒見れるなら問題ない。
>>61
レスありがとうございます。取り合えず6.2落として、来週にでも余ってるPCに入れて遊んでみます。
ディスク云々と書いたのは>>26に経験則的に～っていうのがあったもので、本当かなぁって思ったからです。
空きPCで遊ぶのでどうでもいい問題ですけどw
内容が逐次更新されているのに、元ソースのバージョン番号が同じなら、
packagesのバージョン番号も同じ=packagesのファイル名が同じ、
で、これが非常に困る。
同じファイル名なのに中身が違っていて、しかも、
ライブラリの依存関係が変更されていて正常に動かないことがある。
packagesに、なぜ枝番を付けないんだろうか?
というわけで、ports/packagesを使ってもライブラリの依存関係は
全然解決にならないよ。
> sync; sync; reboot の２回のsyncは意味がないってことか
もっと酷い話だと A, B という順に書いて B が先に書かれるケースがある > Linux
だから Oracle/Linux もある種のロールバックを保証してなかったはず。
確か書き込み手順が守られないはずだけど、*BSD の場合はどうなってる？
まあ Linux は聞こうとも思わないけど…。
softupdate はバッファ内の順序認識でそれを保証してる。
つまり「Bの前にAが書かれないといけない」→「Aの書き込み成功が無いとBは書かない」
こういった順序関係の無いデータはなるべく平行して(一度に)書こうとする。
まぁLinuxはアレだ。知りたい奴はぐぐってくれ(w
67はsoftupdateの下の話をしていると思うんだが。
だから softupdate のレイヤでそれを保証してるんだってば。
わからんかったらソース読め。
> これはファイルシステムをできるかぎり高信頼性には
> するけれど、一般的なオペレーションの速度を犠牲に
> する。たくさんの古い CSRG のテクニカルレポートを
> みれば、なぜこれがファイルシステムを安全にするか
> はっきり説明しているよ (そしてぼくは Linux コミュ
> ニティはこれに対してまったく無知だと思うね。彼ら
> はそろそろ ext2fs のような完全に非同期なファイル
> システムは危険だということを認めるときだ。Linux
> 管理者がすでにそのことを知っていなければの話だが)。
マニュアルページを読まない奴のことは負け犬と呼ぶべきだし
FreeBSDも6以降はフラッシュしない
softupdateは外づけRAIDユニットの中のキャッシュの
データの書き込み順序も保証してくれるのかにゃ？
に softupdate で面倒見れないならどうやっても駄目な
んじゃ?
エスト出してるコードは見つけた。今度いつ呼ばれるか
探してみる（抽象化レイヤがややこしい…）。
他力だけど、楽しみに待ってるよ。
>>73
なぜ？
後者は多分 hw.ata.wc の扱いの話だとおも
/usr/src/sys/dev/ata/ata-disk.c:ad_dump
/usr/src/sys/dev/ata/ata-raid.c:ata_raid_dump
共に長さ 0 の dump で flush の意味になってて、
attach 時に *->disk->d_dump に設定される（ioctl の
方は追い掛けきらなかった）。
トランザクションの終りはこの辺りかなと思うけどよく
わからない。
/usr/src/sys/kern/subr_devstat.c:devstat_end_transaction
サンクス
他の RAID も各社ドライバ毎になってるけど似たような
もんだと思う。
ラウンドで、同期だとその場で I/O オペレーションの
終了を待ってる。
デバイスが「write-I/O が終わった」というなら、それ
以降の責務はデバイスが持つというスタンスじゃない?
フォーマットしたときに、「write-I/Oが終わった」という
デバイスはどれになるの?
geom?HDD?
られたデバイス、つまり上の場合 HDD ではないかと想
像するが自信はない。
ちょっと古い情報だけど。
・きちんとしたハードウェア RAID ならドライブ内の
キャッシュを無効にするし、バッテリバックアップ付き
のキャッシュを持っている（書き込み保証がある）。
・タグつき書き込み対応ドライブなら複数の write 要
求を同時にこなせて、それぞれのステータスを取得でき
る。
・一台こっきりのディスクなら hw.ata.wc=0 にするの
が安全だけど遅すぎるのでデフォルトは 1。
ってところか。
まぁ softupdates が保証するのもファイルシステムの
整合性だけであってユーザデータがどうなろうと知った
こっちゃないわけで、バックアップ取っとけってことで
すな。
>> softupdates が保証するのもファイルシステムの整合性だけ
保証できているかが議論の対象なんですよね？
ただユーザーデータを守るにはファイルシステムを守らないといけない。
鶏が先か卵が先か。
ファイルシステムを守ってもユーザデータを守れるとは限らない。
ユーザーデータを守る方法はほかにいくらでもある。
それを認めるとこのスレの趣旨を真っ向から否定することになるわけだが
>>> softupdates が保証するのもファイルシステムの整合性だけ
>保証できているかが議論の対象なんですよね？
多分それもレイヤに分割されて、
1) softupdates の考え方だと保証できる
2) 1 に基づいて正しく設計されてる
3) 2 に基づいて正しく実装されてる
という話なんだろうね。で、1 ですら懐疑的な人がいて
話が進展しなかったり…。
「え？結局バックアップ頼り？じゃあ危ない橋渡ってで
も早い方がいいじゃん」ってのもあるのかな。
ttp://journal.mycom.co.jp/articles/2007/03/13/bluffs/002.html
1でも、今世紀のデバイスでは保証できないことが多い、という状況じゃないかな。
バッテリバックアップキャッシュなRAIDを組む。
バッテリバックアップキャッシュなドライブを買う。
プアな解決：
WriteCache を無効にする。
？な解決：
安全性よりスピードを優先して WriteCache を有効にし、
バックアップ頻度を上げる。
…っていう運用の話になるのかね？
実際問題として、これで運用できるのかな。
管理してるだけで自分は使ってないよっていうのはなしで。
SCSIにしてWriteCacheをdisableにするの？
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
シグマＯＳについて語ろう！ (219)
なんでお前ら自作OS作らないの？ (125)
winにmacを乗せる (394)
Win98から2000に乗り換えて困った事 (356)
もっとも効率の良いOSの手に入れ方 (136)
Linuxの将来 (416)
--log9.info------------------
◇軍板的パソコン談義スレッド◇ (886)
米軍のイラン侵攻作戦を予想する２ (241)
最高に頭の悪い発言をしてくださいin軍事板part5 (129)
☆抑止力に関する思考実験（中国等） (266)
Wikipedia（ウィキペディア）軍事関連スレ17 (701)
【EF-2000】ユーロファイター・タイフーン 60号機 (307)
現代の日本にイージス巡洋艦は必要か？Ⅱ (198)
軍隊式格闘術 (222)
卍…毎日マンネルへイム元帥でお疲れ様…卍 (381)
P51マスタングを語るスレ【MUSTANG】3th FG (442)
こんな航空自衛隊は嫌だ！ (641)
【人型から】先進ロボット兵器総合 10【UAVまで】 (800)
陸上戦考察スレッド「戦略」「作戦」「戦術」その15 (294)
F/A-18 HORNET総合スレ VFA-18 (794)
日本には陸上戦力が必要 その31 (486)
【SM-3】ミサイル防衛 23射目【THAAD】 (860)
--log55.com------------------
「古舘氏ではない」古舘ファン、古舘信者に言及するスレ
コンサル社員は人生損してるって！【その28】
【Mac.Win】VectorWorks Club2ちゃんねる【その18】
三菱航空機 スペースジェット 1
[横須賀]九州発着フェリー総合スレッド2[新門司]
太平洋フェリー Part37
(強いAI)技術的特異点/シンギュラリティ167
(強いAI)技術的特異点/シンギュラリティ169
