[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その7**/ (955ﾚｽ)
/**ファイルシステム総合スレ その7**/ http://mao.5ch.io/test/read.cgi/linux/1173530292/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
194: 81 [sage] 2007/04/08(日) 04:25:29 ID:HBM8UdKZ >>187 いや、自分の場合はrootをr/oにするというハックをしている状況なのでハマっただけです。 組み込み系のアプライアンスのための要求なので普通のホストシステムならたぶん問題はないでしょう。 しかし今回の経験で学んだのは、Linuxホストのrootをr/oにするっていうノウハウがあまり 確立されてないという事。漠然とセキュリティーのためにそうする事もあるという事を 見聞きしてましたが、今回のことも含め、ハマる穴は沢山ありそうです。 http://mao.5ch.io/test/read.cgi/linux/1173530292/194
195: login:Penguin [sage] 2007/04/08(日) 04:34:17 ID:IVjfIv3g >>194 BSDに比べて/をroにすることを考えていないといえば考えて無いとはいえると思う。 prelinkとかは止めりゃいいだけだが、 /usr のパーティション分けたら動かないものとかあったりするし。 http://mao.5ch.io/test/read.cgi/linux/1173530292/195
196: login:Penguin [sage] 2007/04/08(日) 05:55:52 ID:VhLkTwV9 というか、cronでprelinkなんか動かしているその組込み系の ディストリを明記してくれた方が有益だと思う。 あるいは、PC向けのディストリをベースに自力で構築している ならそう書くべきだな。 http://mao.5ch.io/test/read.cgi/linux/1173530292/196
197: login:Penguin [sage] 2007/04/08(日) 09:31:32 ID:M3c2/sEX >>193 > cronでslocate走った後って、メモリ消費量増えない？ ファイルキャッシュが増えるからだよ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/197
198: 81 [sage] 2007/04/08(日) 12:57:04 ID:HBM8UdKZ >>196 失礼しました。 単にCentOSをアプライアンスとしてカスタムインストールしているだけです。 「組み込み」とはいっても中身はPCマザボの普通のサーバーですので。 面白いのは色々とごちょごちょ いじっている時に/etc/rc.d/rc.sysinitにこんなコードを見つけた事： if [ -f /etc/sysconfig/readonly-root ]; then . /etc/sysconfig/readonly-root if [ "$READONLY" = "yes" ]; then # Call rc.readonly to set up magic stuff needed for readonly root . /etc/rc.readonly fi fi これ見たとき、お、ちゃんと考えてるじゃんとか思ったのですが、肝心の/etc/rc.readonlyがないんですよね。 "magic stuff"は自分で書いてくれとのことのようです。 http://mao.5ch.io/test/read.cgi/linux/1173530292/198
199: login:Penguin [sage] 2007/04/08(日) 13:04:09 ID:v21r+S80 >>194 ひとりでこつこつとやっててもむずかしいよ。 組込み系は組込み系のコミュニティーで ノウハウが貯ってるからねぇ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/199
200: login:Penguin [sage] 2007/04/08(日) 14:22:45 ID:Q1EoOsla システム全体に全文検索のindexを作るのは現実的じゃないからファイル名検索は現役だけど、 slocateはupdatedbを実行するまでindexが更新されないのが困る。updatedbの実行中は負荷高いし モジュールの追加に抵抗が無ければ、ディレクトリツリーを変更するシステムコールをフックして、 インデックスを即時変更するrlocateの方がスマート http://mao.5ch.io/test/read.cgi/linux/1173530292/200
201: login:Penguin [sage] 2007/04/08(日) 14:56:06 ID:+N5qr5Yv updatedb重いよなぁ。 デュアルコアとかマルチプロセッサなら多少は軽減されるだろうか？ ま、どっちにしてもサーバ向けの機能ではないし、いらないっちゃいらない。 http://mao.5ch.io/test/read.cgi/linux/1173530292/201
202: login:Penguin [] 2007/04/08(日) 15:25:07 ID:ZmJtdjLW 重いと感じない私は使い方間違ってる？ 動作中は確かにディスクアクセスが増えるけど、CPUそんなに使わないし 五分もしないうちに終わるし。 ディスク合計1テラ弱を八割程度しか使ってないから？ ｼｽﾃﾑはP4HT2.8G SATAディスク500GB+400GBです http://mao.5ch.io/test/read.cgi/linux/1173530292/202
203: login:Penguin [sage] 2007/04/08(日) 18:21:11 ID:kS1N8DBw updatedb って中身は主として find を呼び出している シェルスクリプトとして実装されていることが多いですよね。 nice したらそんなに邪魔にならないし、 そんなに邪険にしてやらなくてもいいんじゃないだろうか。 http://mao.5ch.io/test/read.cgi/linux/1173530292/203
204: login:Penguin [sage] 2007/04/08(日) 21:30:08 ID:IVjfIv3g >>201 サーバとデスクトップで区別する理由が分からん。 どっちでも有用だろ。 手動実行しても重たいとは思わないが、 普通はcronでniceつきで回すだろうから全く問題ない。 >>200 rlocateって標準装備してるdist.ってある? http://mao.5ch.io/test/read.cgi/linux/1173530292/204
205: login:Penguin [sage] 2007/04/08(日) 21:50:06 ID:zsJ2r/Ru ちょっと前にさ、locateが速いのはホントにupdatedbのおかげなのか？と思って ・普通にupdatedb + locate ・単なるfind | gzip > list.gz + zgrep で比較してみた。 そしたら、なんとfind + zgrepの方が、というかlocateよりも zgrepでリストファイル検索した方が速かった。リスト作るのも 当然findのみの方が速い。updatedbは内部でデータベース作ってる わけだけど、スペース削減の意味がほとんどない今、もう過去の 遺物かも知れんと思ったよ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/205
206: login:Penguin [sage] 2007/04/08(日) 22:05:50 ID:EmYGF54Z 過去の遺物だろうね。 fedoraではFC3あたりからlocateのサービスが切られてるよ。 それ以前はデフォルトでcronで走るようになってたけど。 http://mao.5ch.io/test/read.cgi/linux/1173530292/206
207: login:Penguin [sage] 2007/04/08(日) 22:08:33 ID:dD+lSYL+ makewhatisも切ってほしい http://mao.5ch.io/test/read.cgi/linux/1173530292/207
208: login:Penguin [sage] 2007/04/08(日) 22:44:55 ID:tkpoMrl5 >>205 なんかオレが調べた結果と違うなあ。(ただしFreeBSD上) 手元のPCはディレクトリとか込みで200万ぐらいファイルがあるんだけど、 zgrepで調べたほうが遅くなる。 アルゴリズム的にファイル数が増えるにしたがって差が開くはず。 locateのデータベースはファイルリストをソートし、一つ前のファイルパスと 異なる部分からしか記録してないのでファイルサイズが小さい。 しかも、検索する際にスキャンするデータの大きさはlocatedbのサイズ分だけ ですむ。 gzipしたファイルを検索する場合は元のファイルの大きさ分スキャンしないと いけなくなる。 ちなみにファイルサイズはlocatedbだと17MB弱、gzipものは18M強、 bzip2だと15MB強でどれもほとんど変わらんかった。 元のファイルリストは200MBぐらい。 検索時間はlocateだと0.19s、zgrep, zfgrepだと1.45sぐらい、 bzgrep, bzfgrepだと12s弱ってところ。 ためしに元のファイルでgrepかけてみると0.26sぐらい。 (Pentium4 2.8GHz, FreeBSD 6.1) もちろん、rlocateみたいにファイルの名前が変更されたときにデータベースを 更新するのが一番いいけど。 http://mao.5ch.io/test/read.cgi/linux/1173530292/208
209: login:Penguin [sage] 2007/04/08(日) 23:31:08 ID:HNNwKpZg みんなそんなにファイル調べる事あるの？ >>189 コマンドインストールしてるかなら、パッケージ管理用のコマンド使うし 自分がパスを通している所以外にコマンドが入っていることなんてまず無いし・・・ で、動的なファイル検索ならfindを使う。 色々調べ方を指定できるfindの方が便利だし。 つまり、偶にしか使わない機能だから、ちょっと位速くなっても・・・という気分。 http://mao.5ch.io/test/read.cgi/linux/1173530292/209
210: login:Penguin [sage] 2007/04/08(日) 23:39:41 ID:S1gIGviP >>209 一般ユーザで find / するとパーミッションで読めないファイルあるでしょ。 (これはlocateも同じ問題が発生するが) わざわざ毎回 find / することを防ぐために locatedb 作ってるんだからさ。 locatedb 更新後に追加したら、updatedb 実行すればいいだけだし。 http://mao.5ch.io/test/read.cgi/linux/1173530292/210
211: login:Penguin [sage] 2007/04/08(日) 23:43:21 ID:zsJ2r/Ru >>208 こっちはLinux。規模はやっぱり200万ちょっとくらい。 updatedbのデータはもう作らなくなってしまったので今追試は できないけど、データ構造的にはupdatedbの方が高速になるはずと いうのは同意。でも、結果はそうでなかったので「？」だった。 「.」で探して全スキャンとかしてみるとどう？ >>209 大抵のファイルのありかは頭に入っているわけなので、 調べる必要がある時は「わからーん」という状況のことが多い。 そういう時にfindではターンアラウンド大きすぎて試行錯誤できず 不便なことがある。locate,locate,locate。。。あった、位に高速でないと。 でも、最近はファイルシステム構成やパッケージ構造が標準化されて あまり出番はなくなった＞locate http://mao.5ch.io/test/read.cgi/linux/1173530292/211
212: login:Penguin [sage] 2007/04/08(日) 23:52:15 ID:tkpoMrl5 ソースとか溜め込んでるとlocateは便利だよ。 例えば前にコンパイルしたバージョンほげほげのtarballはどこいったって感じで。 あとconfigureでライブラリとかヘッダーファイルがないって言われたときも結構使うね。 Perlのモジュール使ってるときにも元の.pmファイルが見たいときがあるんで使うなあ。 なんとなくだけど、自分でコンパイルしない人はlocate使わないのかも。 http://mao.5ch.io/test/read.cgi/linux/1173530292/212
213: login:Penguin [sage] 2007/04/08(日) 23:58:51 ID:FgPsXoOH >>212 findだと大変だもんね。 http://mao.5ch.io/test/read.cgi/linux/1173530292/213
214: login:Penguin [sage] 2007/04/08(日) 23:59:33 ID:+N5qr5Yv 自分でコンパイルするときはどこに何が置かれるのかおよそ把握するし。 ログを残しておけば、それを見ることも出来るし。 コンパイル専用ユーザとか作るのも普通でしょ？ http://mao.5ch.io/test/read.cgi/linux/1173530292/214
215: login:Penguin [sage] 2007/04/09(月) 00:04:14 ID:tkpoMrl5 >>211 % time locate / > /dev/null 1.058u 0.014s 0:01.07 99.0% 16+227k 0+0io 0pf+0w % time zgrep / filelist.sort.gz > /dev/null 2.449u 0.067s 0:02.57 97.2% 97+388k 0+0io 0pf+0w やっぱzgrepのほうが遅いみたい。 % time zfgrep / filelist.sort.gz > /dev/null 8.372u 0.044s 0:08.45 99.5% 96+379k 0+0io 0pf+0w % time zegrep / filelist.sort.gz > /dev/null 2.485u 0.029s 0:02.52 99.2% 96+387k 0+0io 0pf+0w しかもfgrepのほうが遅い。 (fgrepが遅い理由はググれば出てくるはず) http://mao.5ch.io/test/read.cgi/linux/1173530292/215
216: login:Penguin [sage] 2007/04/09(月) 00:05:37 ID:atKY9uJN >>214 小規模かつ一人でやってんならそうでしょうね。 http://mao.5ch.io/test/read.cgi/linux/1173530292/216
217: login:Penguin [sage] 2007/04/09(月) 00:06:18 ID:vrz2OUFg >>214 tarball内のファイル名全部を記憶してるわけ？ log取ったあとに移したりすると意味無いから、 ログより新しい情報で無いと使えないことがある。 http://mao.5ch.io/test/read.cgi/linux/1173530292/217
218: login:Penguin [sage] 2007/04/09(月) 00:12:46 ID:YK4Cy17y locateは使った時に便利さが実感できるけど 使わない時は本当に使わないね。 半年くらい前にサウンドデバイスのテストしようとして locate "*wav" したのが最後だ。 cronで毎日更新してるけどなんかもったいないな。 http://mao.5ch.io/test/read.cgi/linux/1173530292/218
219: login:Penguin [sage] 2007/04/09(月) 00:15:11 ID:atKY9uJN >>218 まぁ、いいんじゃない？ http://mao.5ch.io/test/read.cgi/linux/1173530292/219
220: login:Penguin [sage] 2007/04/09(月) 00:17:37 ID:PFZ7GF/k あー、locateバリバリ使わないとどうにもならなかった事例思い出した。 前任者が勝手コンパイルで入れたsenmdmailの入れ替え。 インストールログが一切なくて、そこらじゅうのマシンのいろんなディレクトリに展開されてる sendmailの内、どれを使ってコンパイルしたのか分からない。 仕方ないからマシン全てでlocateを実行しましたよ。 findだと日が暮れてたと思う。 結局、コンパイルに使ったソースファイルはどこにもなかったけど。 http://mao.5ch.io/test/read.cgi/linux/1173530292/220
221: login:Penguin [sage] 2007/04/09(月) 00:19:05 ID:YC9/TDq9 locate 使うかどうかなんて議論するほどのことか? 便利だと思うなら使えばいいし、 必要ないと思うなら使わなきゃいい。 どうしてもやりたいなら雑談スレでやってくれ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/221
222: login:Penguin [sage] 2007/04/09(月) 00:23:53 ID:atKY9uJN >>221 うっせぇよ。どんだけ偉いんだお前？ http://mao.5ch.io/test/read.cgi/linux/1173530292/222
223: login:Penguin [sage] 2007/04/09(月) 00:41:27 ID:SYt9P2O4 自分で管理もしてないPCの locate の結果が信用できるのかね。 しかもそんな状態の。 http://mao.5ch.io/test/read.cgi/linux/1173530292/223
224: login:Penguin [sage] 2007/04/09(月) 00:45:52 ID:atKY9uJN >>223 ＞自分で管理もしてないPCの locate の結果が信用できるのかね。 言い出したら1日前のファイルリストなんぞなんの信頼性もない。 その正当性は人が確認すればいい話。 何もlocate hoge | xargs rm -rfなんてことがしたいわけじゃないし。 ファイルが今もその辺にあることを「知りたい」だけなんだよ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/224
225: login:Penguin [sage] 2007/04/09(月) 00:54:15 ID:PFZ7GF/k locateの機能をファイルシステム側で提供してくれるとうれしいと思わないかい？ rlocateのやり方だとリモートディスクが変更された場合に検索できなくなるから、 ファイルシステムの機能として取り込んでくれないかなあ。 ぶっちゃけ頓挫したWinFSみたいにDBにメタデータつっこんでくれれば、 なんでもし放題でいいんだけどなあ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/225
226: login:Penguin [sage] 2007/04/09(月) 00:56:08 ID:b08awD+c beagleとか大して使われなかったな http://mao.5ch.io/test/read.cgi/linux/1173530292/226
227: login:Penguin [sage] 2007/04/09(月) 02:22:01 ID:EXUr/7hN 単純圧縮だと時間が線形に増えるのに対し、 木検索だとlog2になるので、数が増えれるほど差が開く。 線形検索だと処理が単純な分オーバーヘッドが少ないので、 数が少ない場合は線形の方が速いし、数が多くなれば木の方が速くなるだろ。 更に、パイプでつなげて複数のプロセッサを同時に使えるケースだと単純2倍になるとか、 条件変数をいじれば閾値が変わる。 比較するなら条件付けないと意味なさげ http://mao.5ch.io/test/read.cgi/linux/1173530292/227
228: login:Penguin [sage] 2007/04/09(月) 12:40:13 ID:jp1FtvCv reiser,reiser騒ぐヤツはどこでも疎まがられてますな。 (Reiser4. BEST FILESYSTEM EVER.) http://mao.5ch.io/test/read.cgi/linux/1173530292/228
229: login:Penguin [sage] 2007/04/09(月) 12:50:11 ID:F3Ij9AuO 彼らが亡き者にされないことを祈ります http://mao.5ch.io/test/read.cgi/linux/1173530292/229
230: login:Penguin [sage] 2007/04/09(月) 13:34:58 ID:jp1FtvCv >REISER4 FOR INCLUSION IN THE LINUX KERNEL. 危な臭くなってきますた。 http://mao.5ch.io/test/read.cgi/linux/1173530292/230
231: login:Penguin [] 2007/04/09(月) 13:53:01 ID:72H5EoZf どこに書かれていますか http://mao.5ch.io/test/read.cgi/linux/1173530292/231
232: login:Penguin [sage] 2007/04/09(月) 14:06:24 ID:2R5UgYQX Reiserの事件が起きたのが不思議だったが このスレの速度見てたら納得した。 Linuxに於いてファイルシステムは重要な位置にある。 Reiser裁判の続報マダー？ http://mao.5ch.io/test/read.cgi/linux/1173530292/232
233: login:Penguin [sage] 2007/04/09(月) 15:53:55 ID:jlcenkeg SCO裁判と合流いたします。 http://mao.5ch.io/test/read.cgi/linux/1173530292/233
234: ◆IIiDC8JS7w [sage] 2007/04/10(火) 01:12:20 ID:7nQI0l/r 4/6からreiser4のお話でLKMLが荒れてます。 お話はベンチマークでreiser4最強説から始まる。。。 BEST FILESYSTEM EVER. ttp://marc.info/?t=117582320300003&r=1&w=2 ttp://marc.info/?t=117606890500003&r=1&w=2 REISER4 FOR INCLUSION IN THE LINUX KERNEL. ttp://marc.info/?t=117609196200002&r=1&w=2 Troll Of The Year (Was: REISER4 FOR INCLUSION IN THE ttp://marc.info/?t=117611593400001&r=1&w=2 http://mao.5ch.io/test/read.cgi/linux/1173530292/234
235: login:Penguin [] 2007/04/10(火) 09:09:09 ID:TLRAIA8b mmカーネルには入ってるのだから、 メインストリームに入れられない理由が技術的問題なんてありえない。 http://mao.5ch.io/test/read.cgi/linux/1173530292/235
236: login:Penguin [sage] 2007/04/10(火) 17:24:13 ID:SKiObrIB >>235 ここまで大きくなると、政治も技術なんだよね。 http://mao.5ch.io/test/read.cgi/linux/1173530292/236
237: login:Penguin [sage] 2007/04/10(火) 17:35:34 ID:NbCL9/FB 単にコミュニケーション能力だろ？ http://mao.5ch.io/test/read.cgi/linux/1173530292/237
238: login:Penguin [sage] 2007/04/10(火) 18:39:10 ID:72LWlPWO メインストリームに入れたとして誰がメンテナになるの？ 一緒に変更されるIO周りのメンテナンスは？ 入れて終わり、じゃないから難しい http://mao.5ch.io/test/read.cgi/linux/1173530292/238
239: login:Penguin [sage] 2007/04/10(火) 22:20:54 ID:WYQ/GLOl >>238 俺だけど？ http://mao.5ch.io/test/read.cgi/linux/1173530292/239
240: login:Penguin [sage] 2007/04/10(火) 22:51:49 ID:SKiObrIB >>239 お前じゃぁ、やっぱり見込み無いな・・・。 http://mao.5ch.io/test/read.cgi/linux/1173530292/240
241: login:Penguin [sage] 2007/04/10(火) 23:22:07 ID:epWNgzd4 akpmなら、akpmならやってくれる！！ http://mao.5ch.io/test/read.cgi/linux/1173530292/241
242: login:Penguin [sage] 2007/04/10(火) 23:45:53 ID:meYFnXcY mm＝マジ ムカツク http://mao.5ch.io/test/read.cgi/linux/1173530292/242
243: login:Penguin [sage] 2007/04/11(水) 01:12:31 ID:OGV1dpwn >>242 -mm は、マゾ・マニア用。 http://mao.5ch.io/test/read.cgi/linux/1173530292/243
244: login:Penguin [sage] 2007/04/11(水) 01:28:22 ID:SCjN+X9I Reiser4の最強性能を使いたくないとは 判り易すぎる工作員だよな。 きなくさいどころか大炎上ものだろ。 反対するやつら尋問して黒幕吐かせろよ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/244
245: login:Penguin [sage] 2007/04/11(水) 02:36:47 ID:veJPWDy0 >>244 ちょいと聞きますが「Reiser4の最強性能」って具体的にどんなもんですか 新規インストールするノートPCにどのFS使おうか迷ってるもので参考の為お伺いします http://mao.5ch.io/test/read.cgi/linux/1173530292/245
246: login:Penguin [sage] 2007/04/11(水) 06:27:12 ID:JLZuygxe とりあえずチキンな俺は ext3 だな。 http://mao.5ch.io/test/read.cgi/linux/1173530292/246
247: login:Penguin [sage] 2007/04/11(水) 06:27:20 ID:OGV1dpwn >>244 ここで工作活動して、なんの意味が・・・? 皆ext3のダメなところを十分知ってて使ってるだろうよ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/247
248: login:Penguin [sage] 2007/04/11(水) 07:49:29 ID:JLZuygxe jfsはチキンな俺でも時々使ってる http://mao.5ch.io/test/read.cgi/linux/1173530292/248
249: login:Penguin [sage] 2007/04/11(水) 11:26:46 ID:sDZCnxJd ルートはext3だがデータフォルダはjfsだぜ。 特にいいところも問題もないから話題にならなくて困る＝情報が少ない。 http://mao.5ch.io/test/read.cgi/linux/1173530292/249
250: login:Penguin [] 2007/04/11(水) 16:38:05 ID:jrv4Ve51 ﾗｲｻﾞｰをﾊﾞﾆﾗに入れるとだれもext*を使わなくなるから。 http://mao.5ch.io/test/read.cgi/linux/1173530292/250
251: login:Penguin [] 2007/04/11(水) 17:31:01 ID:nWq7Sr57 >>250 ディストリビューションが公式にサポートしない限り、バニラカーネルに入っても あまり使われないような気がする http://mao.5ch.io/test/read.cgi/linux/1173530292/251
252: login:Penguin [sage] 2007/04/11(水) 18:24:04 ID:qZdt7s1O ディスク使用効率を比べたらJFSが一番良かったので動画保存用に使ってる。 NFSサーバにもしてるが性能は気にならない。 SquidのキャッシュはXFS。 データベースもXFS。 この二つは以前reiserfsだったが、システムが不安定になったのでやめた。 その他はext3で何ら問題ない。reiserfs以外はクラッシュした事も無い。 http://mao.5ch.io/test/read.cgi/linux/1173530292/252
253: login:Penguin [sage] 2007/04/11(水) 18:25:59 ID:qZdt7s1O FTPサーバがまだreiserfsだった。 そういやこいつも何ヶ月に一度か固まるんだよなぁ。 reiserfsやめようかな。 http://mao.5ch.io/test/read.cgi/linux/1173530292/253
254: login:Penguin [sage] 2007/04/11(水) 18:30:23 ID:Bbr4qd52 FreeBSD 7が出たら、ファイルサーバはLinux ext3からFreeBSD ZFSに移行する予定。 OpenSolaris ZFSのほうがいいんだけど、ヲレはいいにせよ、いつか管理を引き継ぐときに 後任の人間が管理できなさそうなので。 http://mao.5ch.io/test/read.cgi/linux/1173530292/254
255: login:Penguin [sage] 2007/04/11(水) 18:47:44 ID:qZdt7s1O それは勇者だな。止めはせぬ。止めはせぬぞぉ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/255
256: login:Penguin [sage] 2007/04/11(水) 18:48:29 ID:sDZCnxJd smpatch update叩いて svcadmin 叩くだけでいいんじゃないっすか？ FreeBSDもSolarisもLinuxしか知らない人間にとったら同じなのでは？ http://mao.5ch.io/test/read.cgi/linux/1173530292/256
257: login:Penguin [sage] 2007/04/11(水) 21:54:28 ID:XAfrtCFB そういう意味じゃないだろ http://mao.5ch.io/test/read.cgi/linux/1173530292/257
258: login:Penguin [sage] 2007/04/12(木) 01:32:02 ID:XK3lSsMk Sun、次世代ファイルシステム「ZFS」の技術をOpenSolarisへ寄贈 http://journal.mycom.co.jp/news/2007/04/11/015/index.html これでLinuxへの移植も弾みが付くかな？ http://mao.5ch.io/test/read.cgi/linux/1173530292/258
259: login:Penguin [sage] 2007/04/12(木) 01:48:11 ID:Doi0XtNY >>258 VFS (ぼそっ) http://mao.5ch.io/test/read.cgi/linux/1173530292/259
260: login:Penguin [sage] 2007/04/12(木) 03:32:04 ID:3iq35grF GPLか、となると、もう、ごそっと根こそぎ色々買えちゃいましょうよ。 ・・・いや、それならSolarisカーネル使ったほうが早いか・・・ http://mao.5ch.io/test/read.cgi/linux/1173530292/260
261: login:Penguin [sage] 2007/04/12(木) 08:50:15 ID:K4BKMimV じゃあGNU/Solarisで握ってください http://mao.5ch.io/test/read.cgi/linux/1173530292/261
262: login:Penguin [sage] 2007/04/12(木) 10:02:58 ID:8G0xdNdm 結局VFSの何が問題か誰も説明できてないんだよね。 http://mao.5ch.io/test/read.cgi/linux/1173530292/262
263: login:Penguin [] 2007/04/12(木) 10:26:48 ID:rYnLamFa 説明できるくらいならなおせるからでしょ。 一言でいうなら｢遅い=効率悪い｣ってことじゃ？ http://mao.5ch.io/test/read.cgi/linux/1173530292/263
264: login:Penguin [sage] 2007/04/12(木) 10:32:35 ID:f7nO3IV0 >>262 煽る以外に芸のない、いつもの人乙。まあ、恥垢臭全開の悪臭公害っぷりは 芸に入るのかもしれないけどな。 http://mao.5ch.io/test/read.cgi/linux/1173530292/264
265: login:Penguin [sage] 2007/04/12(木) 10:44:13 ID:0cfLNdmr 遅い？ なにが？ http://mao.5ch.io/test/read.cgi/linux/1173530292/265
266: login:Penguin [sage] 2007/04/12(木) 10:45:22 ID:4Cg0BFlt エラーを伝えて上流の処理を変える機構が無い んじゃ？ エラーといってもリトライでどうにかなるものもあれば、別のセクタに再割り当てしなきゃならないものもあるし、 FS内の格納情報まで遡って変更をしなければならないものもあるだろう。 Ｃ言語が「戻り値を複数持つように設計されていない」のと同じで、設計から抜け落ちているんだと思うが。 SCSIは、それに対する解決法の一つとして、まずエラーが発生した事を伝え、 詳細情報は別途参照するようになってるけどな。 http://mao.5ch.io/test/read.cgi/linux/1173530292/266
267: login:Penguin [sage] 2007/04/12(木) 10:46:42 ID:bNSAwxSf >>262 そういえば、ソースコードで指摘してるのいないな http://mao.5ch.io/test/read.cgi/linux/1173530292/267
268: login:Penguin [sage] 2007/04/12(木) 11:08:13 ID:8G0xdNdm >>266 そんな抽象論をされても困るのですが。 http://mao.5ch.io/test/read.cgi/linux/1173530292/268
269: login:Penguin [sage] 2007/04/12(木) 11:20:40 ID:yLg5Zjmp 抽象論でも具体的に反論できる人ならできる話に見えるけど。 それができずにVFSが駄目という定説を覆そうなんて思ってるの? http://mao.5ch.io/test/read.cgi/linux/1173530292/269
270: login:Penguin [sage] 2007/04/12(木) 11:24:32 ID:8G0xdNdm じゃ、libataのFUAとかDPOのサポート状況を見れとかそういう話をすればいいのかな？ >>266はATAとSCSIの一般論をいっているような気がするので。 http://mao.5ch.io/test/read.cgi/linux/1173530292/270
271: login:Penguin [sage] 2007/04/12(木) 11:25:33 ID:QideTFxj >>ID:8G0xdNdm こいつを相手にするだけ無駄だって http://mao.5ch.io/test/read.cgi/linux/1173530292/271
272: login:Penguin [sage] 2007/04/12(木) 11:35:10 ID:0cfLNdmr ソースコードの指摘まだ出てこないですねえ ソースコード指摘したら、相手してやってもいいけどなあ http://mao.5ch.io/test/read.cgi/linux/1173530292/272
273: login:Penguin [sage] 2007/04/12(木) 11:36:13 ID:i6Q8o8tQ ソースが欲しいんだって http://mao.5ch.io/test/read.cgi/linux/1173530292/273
274: login:Penguin [sage] 2007/04/12(木) 11:37:46 ID:bNSAwxSf このスレにそんな高等なやつおらへん ソースコード、gitでとってきて読んでるやつすらいないと思われる http://mao.5ch.io/test/read.cgi/linux/1173530292/274
275: login:Penguin [sage] 2007/04/12(木) 11:51:29 ID:0cfLNdmr >>274 そうなの？ちょと幻滅 簡単なんだけどなあ でも、俺のカーネルレポジトリのディレクトリに移動したから、もうちょっと待ってみる http://mao.5ch.io/test/read.cgi/linux/1173530292/275
276: login:Penguin [sage] 2007/04/12(木) 11:55:58 ID:bNSAwxSf gitの使いかたすら知らない奴がいたりしてw http://mao.5ch.io/test/read.cgi/linux/1173530292/276
277: login:Penguin [] 2007/04/12(木) 12:47:13 ID:rYnLamFa 知りません教えてください でもそういう技術的なことと設計の問題は別ではないのですか http://mao.5ch.io/test/read.cgi/linux/1173530292/277
278: login:Penguin [sage] 2007/04/12(木) 12:53:23 ID:+nm2g3SB git-clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git linux-2.6 とか。 さあ語れ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/278
279: login:Penguin [sage] 2007/04/12(木) 12:54:45 ID:bNSAwxSf えーと、ソース落としたことない奴いるのかよw http://mao.5ch.io/test/read.cgi/linux/1173530292/279
280: login:Penguin [sage] 2007/04/12(木) 12:58:47 ID:i6Q8o8tQ ソースを落とすのがそんなに高等なことですか http://mao.5ch.io/test/read.cgi/linux/1173530292/280
281: login:Penguin [sage] 2007/04/12(木) 13:08:26 ID:bNSAwxSf じゃねえw ソース落としたからには、読むってことはするんだろうしw http://mao.5ch.io/test/read.cgi/linux/1173530292/281
282: login:Penguin [sage] 2007/04/12(木) 13:09:00 ID:0cfLNdmr みんな逃げちゃったの？ 暇だから、linux-2.6/fs配下適当に読んでる http://mao.5ch.io/test/read.cgi/linux/1173530292/282
283: login:Penguin [sage] 2007/04/12(木) 13:11:22 ID:QideTFxj 暇なら働けばいいじゃん http://mao.5ch.io/test/read.cgi/linux/1173530292/283
284: login:Penguin [sage] 2007/04/12(木) 13:12:20 ID:0cfLNdmr OpenBSDがぱくったソースでも見るかな http://mao.5ch.io/test/read.cgi/linux/1173530292/284
285: login:Penguin [sage] 2007/04/12(木) 14:53:17 ID:HfAttzGM なんの技術論もせずに煽るだけ煽って消えたか。さすがはいつもの人。 http://mao.5ch.io/test/read.cgi/linux/1173530292/285
286: login:Penguin [sage] 2007/04/12(木) 17:41:58 ID:nVM4eCBE git使いがいるっぽいのでスレ違いだが質問 ファイルのタイムスタンプそのままでcloneするにはどうすればいいのん？ http://mao.5ch.io/test/read.cgi/linux/1173530292/286
287: login:Penguin [sage] 2007/04/12(木) 18:08:46 ID:+nm2g3SB >>286 gitレポジトリにはタイムスタンプ情報は無い気がする。 http://mao.5ch.io/test/read.cgi/linux/1173530292/287
288: login:Penguin [sage] 2007/04/12(木) 18:28:11 ID:nVM4eCBE >>287 あんがとう man読んでも見当たらなかったと思ったら、やっぱりそうなのかー その点は好きになれんなー http://mao.5ch.io/test/read.cgi/linux/1173530292/288
289: 245 [sage] 2007/04/12(木) 20:09:32 ID:iBsZ/gGJ >>245 です アク禁で今まで書けませんでしたが、皆さんありがとうございました ところで昔々言われてたJFSの日本語問題ってどうなったんでしょう? (クグったんてすが解決したという完全な記述が見付からなかった) あとSELinux使うにあたってはJFSやReiser4でも問題なさそうなので良かったです http://mao.5ch.io/test/read.cgi/linux/1173530292/289
290: login:Penguin [sage] 2007/04/13(金) 01:15:08 ID:hoo6qTbR 漏れ、XFSの性能がいい理由とVFSがダメっつー話が実際のところコード的に 何が違うのか知りたくてコード追っかけたことある。ところが、ext*だろうが XFSだろうが、結局カーネルの共通ルーチンに途中で処理が委譲されていってしまい、 結局なんであんなにXFSがいい結果を出せるのか正直理解できなかった。 その過程に何かあるんだろうけど。 シンポジウムでmmがext4に関連して「ext4設計するためにXFSが あれだけいいのはなぜか、時間ができる度にソースを読むのだが、 わからない」と話したそうでログがxfs-mlに出てたけど、レベルは 違うだろうがまさにそんな感じ。 ただ、XFS on Linuxのソフトウェア的な構造は他のfsとは異質で、 同様に移植されていたJFSが普通のfsなのと比べても異彩を放ってる。 VFSスタックと別にXFSだけが内部的に別のVFSレイヤが存在してる みたいな２重構造になってる。遅くなる要因の様に思えるのだが、 特に遅いわけでもなく、逆にハイロードでも遅くならないというのは不思議だ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/290
291: login:Penguin [sage] 2007/04/13(金) 01:21:41 ID:hoo6qTbR s/mm/akpm/ http://mao.5ch.io/test/read.cgi/linux/1173530292/291
292: login:Penguin [sage] 2007/04/13(金) 10:42:57 ID:hzqk3K7N ロリコン http://mao.5ch.io/test/read.cgi/linux/1173530292/292
293: login:Penguin [] 2007/04/13(金) 15:21:34 ID:ZgJh2Ld8 XFSがそんなに速いなんてしらなかった。 マウントが妙に速いとは思っていたけど、使ってみて速さを特には感じなかったから。 ちょっと見直そうかな http://mao.5ch.io/test/read.cgi/linux/1173530292/293
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 662 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.318s*