[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その3**/ (983ﾚｽ)
/**ファイルシステム総合スレ その3**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
514: login:Penguin [sage] 2005/05/30(月) 09:12:52 ID:i64dRy21 流石513だ そんなところに憧れるぜ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/514
515: login:Penguin [sage] 2005/05/30(月) 10:49:06 ID:KoV8h0gA >>507 関係ないところでつっこんでわるいが、 細かい大量のファイルの処理なら ReiserFS、 大きなファイルの処理なら XFS が良いかと。 >>498 こ・・これは・・・。 こういう考えの人もいるから、 オープンソースとクローズソース論争が余計ねじれるのかな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/515
516: login:Penguin [sage] 2005/05/30(月) 11:58:59 ID:y3FzkrcN > ttp://blog.livedoor.jp/shi3z/archives/23323373.html こいつは主にゲーハー板で有名な、MS営業にいそしむ電波なので関わらないのが吉かと。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/516
517: login:Penguin [sage] 2005/05/30(月) 13:04:01 ID:5fd+kXfT >>515 今ならそうかもしれない 昔ならありえない時期もあった そもそも「仕事で使うならReiserFSは選択肢に入れない」っていう人もこのスレには多いはず なお>>570は細かいとは一言も言っていない http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/517
518: login:Penguin [sage] 2005/05/30(月) 13:23:04 ID:isNlVzIG >>517 日本国内の場合、仕事でLinux OSを使うこということは ほとんどRed Hat Enterprise Linuxを使うということになるので、 技術的には使えてもサポートされていないReiserFSは 選択肢からは外れるね。SuSEを使うならOKだけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/518
519: login:Penguin [sage] 2005/05/30(月) 13:41:51 ID:04TkSPjg >>570よ、「細かい」とは絶対書くなよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/519
520: login:Penguin [sage] 2005/05/30(月) 14:07:31 ID:5vmRVw8C >>570 やらないか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/520
521: login:Penguin [sage] 2005/05/30(月) 23:53:50 ID:YBPuhiGd >>518 は「仕事でLinux OSを使う」イコール「ホストのお守り」という 思いこみの激しい香具師。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/521
522: login:Penguin [sage] 2005/05/30(月) 23:55:52 ID:BpInOoAy >>570 「大きな」と書いとけ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/522
523: login:Penguin [sage] 2005/05/31(火) 02:39:43 ID:66ZHUBQ4 相変わらず要らない子なJFS http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/523
524: login:Penguin [sage] 2005/05/31(火) 23:19:36 ID:X6W3xdgE >>523 確かにねぇ... HT-Treeでオールマイティーの ext3 小さいファイルなら reiserfs 大きいファイルなら XFS ext3の代りにつかってみようか。でもユーザが少ないと バグ出しも十分でないし。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/524
525: login:Penguin [sage] 2005/05/31(火) 23:20:41 ID:X6W3xdgE うひひ H-Treeだわさ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/525
526: login:Penguin [sage] 2005/05/31(火) 23:58:25 ID:jsVIaIdN reiser4も、そこはかとなく要らない子風味？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/526
527: login:Penguin [sage] 2005/06/01(水) 00:16:19 ID:ShbNpydh >>526 前使ってたけど、人柱は足りてない気はする。 特性とかがreiserfsと近いならそのうち置き換わるんじゃね？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/527
528: login:Penguin [sage] 2005/06/01(水) 02:10:07 ID:2U2sugfS 小さいなら reiserfs って アクセスが速いってこと？ それとも容量を食わないってこと？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/528
529: login:Penguin [sage] 2005/06/01(水) 07:47:17 ID:rTg/Ztgc niifs (New Implementation of a Log-Structured File System) http://lc.linux.or.jp/lc2005/01.html はどうなんかの http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/529
530: login:Penguin [sage] 2005/06/01(水) 08:20:05 ID:NRggAtI+ >>528 一応両方。 ファイル最後尾の小さな断片をまとめることで容量を節約する機構がある。 （Reiser ほどじゃないけど XFS にも節約機構有り。） 速度に関しては、ファイルの作成・削除が非常に高速なので、 結果小さいファイルを多く作るのが速い。 デフラグソフト PerfectDisk を使っていると分かるけど、 クライアント用途においては容量比で 90% 以上のファイルは一ヶ月以上 更新されない。ReiserFS はこれに着目してファイルを再配置する機構もある。 元々 Reiser 系は小さいファイルの扱いにフォーカスして設計されている。 Windows に比べて小さいファイルを作る傾向にある Linux の事情に 合わせた方針なわけだけど、結果、クライアント用途に抜群な FS となった。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/530
531: login:Penguin [sage] 2005/06/01(水) 09:23:49 ID:ezJ7Y1/u JFSは使われてないねぇ。 SELinuxでつかえないから、FC/RedHat系で使われる事もないだろうし。 ReiserFSだと小さいファイルは、なんて言うか忘れたけど、 NTFSのMFTみたいに扱うから、それも高速化の一因だったはず。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/531
532: login:Penguin [sage] 2005/06/01(水) 12:52:05 ID:pd+Zn3ll いや、NTFSのMFTのようにinodeの直接収めるのはXFSの方だよ Reiserfsのpackingは違うっしょ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/532
533: login:Penguin [sage] 2005/06/01(水) 17:13:07 ID:pd+Zn3ll ×inodeの ○inodeに http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/533
534: login:Penguin [sage] 2005/06/03(金) 00:22:00 ID:9Z8EdnsP JFSでシステム組んでるんですけど、、、orz. でも、いまんとこクラッシュなくて（・∀・）ｲｲ!!よ。 ext3ではひどい目にあったけど、、、 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/534
535: login:Penguin [sage] 2005/06/03(金) 04:21:42 ID:fqpvqrM5 なんでこんなに大勢で弄ってるわりにはLinuxのファイルシステムって 評判悪いの？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/535
536: login:Penguin [sage] 2005/06/03(金) 04:26:31 ID:cyvEt3ew 評判悪い？ そんなこときいたこともないよ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/536
537: login:Penguin [sage] 2005/06/03(金) 07:22:54 ID:6fV393qL VxVMのおまけのVxFSでいいや。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/537
538: login:Penguin [sage] 2005/06/03(金) 23:55:14 ID:riyCeKN/ OSF1のおまけのAFSでいいや。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/538
539: login:Penguin [sage] 2005/06/05(日) 13:35:56 ID:NmJdwXF5 本当かどうかはともかく、悪い評判をまいてるヤシはいるわな。ほれ、また奥山ネタだが。 ttp://slashdot.jp/journal.pl?op=display&uid=2487&id=300774 >Qu FuPing が LinusとFile System Maintainer に対し、障害時エラー出力の標準化を求めている。 >しかし、Linusは全く対応しようとしない。その態度には誠実さなどかけらも無い。 > >背景を少し説明しよう。 Project DOUBT で、彼は 実に素晴らしいテスト を考え付いてくれた。 >対象はファイルシステム。調査内容はハードウェア障害をファイルシステムがいかに素早く >アプリケーションに通達するか、だ。 >意図的にUPnP機能を持つデバイス上にファイルシステムを作ることで、 >デバイスドライバーまでは障害を確実に取得できるようにする。 >ファイルシステムにさまざまな形式のアクセスを行いながらUSBケーブルを引っこ抜き、 >ファイルシステムがどのタイミングで障害を報告するのかを調べると、 > * そもそもエラーとして障害を返さない。 > * エラー内容が明らかに間違っている(Storageは丸ごと存在しないのだ。 > Read Only File Systemって何事?読めるって言うのか?!) > * 勝手にキャッシュが正しいことを仮定している > (Cacheっていうのはオリジナルに対するデータのコピーで、 > 整合性がちゃんと制御されているものを言う。 > オリジナルへのアクセス能力を失ったら、整合性を制御できないのだ。 > デバイス障害を検出したら、速攻でキャッシュは破棄しなくてはいけない) > * そして、ファイルシステム間でエラーがバラバラである > >はっきり言っていかなる用途であれ、このような信頼性の無さは許されるものではない。 >が、Linusは問題を指摘されても直そうとは考えないらしい。問題の存在自体をきっぱりと無視している。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/539
540: login:Penguin [sage] 2005/06/05(日) 14:51:44 ID:bh5pvN4i >>539 Windowsなんかは、知識が足りないユーザーも使うから、 エラーはしっかり出すように気をつけてるんかね〜 OSごとに、ターゲットにしてる人に合わせた対応って感じなのかな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/540
541: login:Penguin [sage] 2005/06/05(日) 15:33:07 ID:VJ9bX/vX WindowsでFAT32に4Gを超えるファイルを http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/541
542: login:Penguin [sage] 2005/06/05(日) 15:34:25 ID:VJ9bX/vX 途中で投稿しちまった コピーしようとしたときのエラーメッセージとか、しっかりしてないよWindowsも http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/542
543: login:Penguin [sage] 2005/06/05(日) 16:05:11 ID:NmJdwXF5 WindowsのUSBデバイスの場合は、デバイスがひっこぬかれた瞬間に システム側のファイルシステムが強制アンマウントされた状態になるよね。 Unixで同じようにファイルシステム強制アンマウントってできるの? 普通はプロセスがさわってたらDevice busyとかなっちゃうけど、 あれの根本的解決ないのかな。 linux-2.4.30でUSB HDDひっこぬいて(device busyがない状態で) 存在しなくなったブロックデバイスをumountしようとすると reiserfsなんかはfs driver内でSEGV起きてたりした気がする。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/543
544: login:Penguin [sage] 2005/06/05(日) 17:10:30 ID:NpLX2uh5 昔 USB フロッピードライブを USB 端子にさしたとき、 ディスクが入ってないせいで kernel がとまったことがあった。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/544
545: login:Penguin [sage] 2005/06/05(日) 18:28:35 ID:r7kQQlxC これ言っちゃおしまいかもしれないけど、 Linuxは昔も今もこれからも、そういうモノでないかなあ。 それが嫌ならBSDなりSolarisなりWindowsなりを使えばいいわけで。 それを知らずにLinusの信者になる方が悪いっていうか… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/545
546: login:Penguin [sage] 2005/06/05(日) 18:32:37 ID:b0+PVAiV Linus「patch書けば？」 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/546
547: login:Penguin [sage] 2005/06/05(日) 19:13:10 ID:bh5pvN4i でも、気に入らないって言われて、書いたパッチはキックされちゃうんでしょｗ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/547
548: login:Penguin [sage] 2005/06/05(日) 19:20:54 ID:Za7i2s6w >>539 Qu FupingがLKMLで相談したのがこのスレ ttp://lkml.org/lkml/2005/5/16/9 教祖様が参戦したスレは 「USBはホットプラグデバイスなんだから再接続した時にスムーズに再マウントできないとダメだろ」 とかめちゃめちゃな流れになっててワロス 長文のわりに議論が下手糞だなあ ところでFreeBSDのFireWireディスクは切断-再接続した時再マウントなしに使えるんじゃなかったっけ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/548
549: login:Penguin [sage] 2005/06/05(日) 22:18:51 ID:+llbLc1X そこで fork ですよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/549
550: login:Penguin [sage] 2005/06/05(日) 23:21:58 ID:VQX7pw2P ∩＿＿＿∩ ｜ | ノ＼ ヽ | / ●゛ ● | | | ∪ ( _●_) ミ | 彡､ |∪| | --+∈ / ∩ノ ⊃ ヽ ( ＼ ／ ＿ノ | | .＼ “ ／＿＿| | ＼ ／＿＿＿ ／ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/550
551: login:Penguin [sage] 2005/06/06(月) 00:11:25 ID:y1ocIhz9 そりゃ食えん http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/551
552: login:Penguin [sage] 2005/06/06(月) 01:55:39 ID:vt5pixcw Linus「文句言う or 日記書く or 2chに書きこみする 暇があったら、*素晴らしい* patch 書け。以上、議論終了。」 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/552
553: login:Penguin [sage] 2005/06/06(月) 06:18:03 ID:s8RLPHSC あくまで、fsに関してのセンスが最悪なLinus的に素晴らしいパッチだけどな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/553
554: login:Penguin [sage] 2005/06/06(月) 07:40:46 ID:SMFVEdZT reiserはサイズの小さいファイルに適していると聞くけど、具体的にどれくらいのサイズまで適してるの? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/554
555: login:Penguin [sage] 2005/06/06(月) 14:13:50 ID:wuoAwrG5 >>550 コーヒー噴いた http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/555
556: login:Penguin [sage] 2005/06/06(月) 15:32:38 ID:D/IOdsga >>553 素晴らしくないから拒否される。 本当に最悪と思うなら、>>553の言う最高にセンスのある fs に書き直してみせろよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/556
557: login:Penguin [sage] 2005/06/06(月) 16:22:41 ID:poq1WMUj Qu Fupingはfs/mpage.c(MLではmmap()の話だったような)について 同じ動機(デバイスのI/O error対処がなってない)でパッチを投稿して、 Mortonに査読されて、昨日Linusにとりこまれたみたいね。 http://grmso.net:8090/commit/854715be73b221596c7127d4042e1120d4539e19/ とりあえず、Qu Fupingにとっての第一段階の到達点はfsのセンスがどーのこーのではなく、 存在しなくなったデバイスへの書き込みは揃ってEIOを返せというあたりだろうから、 小出しにパッチ書いて投稿できるんじゃないかな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/557
558: login:Penguin [sage] 2005/06/06(月) 23:42:53 ID:yGEbpLlG reiserfsはpageサイズ以内であれば速いですね。 i386なら4Kbyte以内、x86_64とia64であれば16Kbyte以内 reiserfs_file_write や reiserfs_writepage ->reiserfs_write_full_page のソースを追っていけばわかるが、書き込み領域が 1ページの場合だけ、特殊な動作でwrite処理を実現している。 特殊な動作ってのは説明しづらいが。。 小さいファイルをページに詰める処理があって、seekの負担を 減らしたりして、ディスク効率良＆速度を稼ぐ 複数ページのwriteは他のファイルシステム同様writeキューに 入れて非同期I/Oにつないで、pdflushのタイミングでwriteし 外見えの速度を稼ぐようにしている。 getmeta系はリスト構造が木構造で速い。。 としか、簡単に言えないな。。 reiserfsで1冊本書いても売れないだろうな。。。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/558
559: login:Penguin [sage] 2005/06/07(火) 00:44:57 ID:rKiW1npn >>558 詳解ファイルシステム とか出して 買うよ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/559
560: login:Penguin [sage] 2005/06/07(火) 01:03:44 ID:dZKu4NWQ >>558 洩れも買うぞ。 reiser4もよろ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/560
561: login:Penguin [sage] 2005/06/07(火) 01:04:54 ID:bb9xKaSm 解説書の陳腐化速度予想 低速 高速 <---------------------------> UFS JFS XFS EXT2 EXT3 ReiserFS(測定不能) http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/561
562: login:Penguin [sage] 2005/06/07(火) 13:45:28 ID:lZfPWDIo 工夫はいろいろされていると思うが、小細工がかえってパフォーマンスを悪化させることもあって、 実際にどのサイズでどの程度速いかは測らないとわからないかもしれず。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/562
563: login:Penguin [sage] 2005/06/07(火) 17:12:43 ID:CL2BJbX6 >>539 ぶっちゃけた話、↓これに尽きるだろ。 http://pc8.2ch.net/test/read.cgi/linux/1100967722/I318 >Kyle> But you miss the point. Linux is *NOT* about "business", or "enterprise", or "mission-critical". Linux is (at least to many hackers) about hacking, having fun, and Good Design(TM). http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/563
564: login:Penguin [sage] 2005/06/07(火) 21:16:58 ID:g668WLL2 reiserfs4の内部構造の解説はどこかにwikiがあったよ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/564
565: login:Penguin [sage] 2005/06/07(火) 21:50:46 ID:bGOaxwoO >>563 そのレスの中で一番ウケたのは Andi> Didnt review more. だなｗｗｗｗｗｗｗｗｗ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/565
566: login:Penguin [sage] 2005/06/08(水) 01:18:33 ID:hmEOGUL7 ReiserFS のパッキングは確かに速度低下の原因になっているよ。 だから Reiser4 では改良の対象になっている。 ただ、他の工夫で速度をあげているけど。 >>532 にあるような、NTFS XFS の方法は 効果は極端に小さいファイルに限定される。 （NTFS の場合、約 700バイト以下） ReiserFS の場合、中途半端に小さいファイルでも効果あり。 Reiser4 がなかなか登場しないからいっそのこと ReiserFS (v3) で / を作る手を打つべきだろうか。 速度にこだわらないなら ext2 も意外に堅牢だと言うし迷うな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/566
567: login:Penguin [sage] 2005/06/08(水) 01:52:04 ID:xSWyctMC >>566 Reiser4が登場しないってどゆこと？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/567
568: login:Penguin [sage] 2005/06/08(水) 02:02:18 ID:hmEOGUL7 >>567 書き方悪かった。 標準カーネルになかなか取り込まれないってことで。 こんな記事もあった。（１月頃の記事） http://japan.linux.com/desktop/05/01/11/138258.shtml >Reiser4は、Linuxカーネル開発者たちによって拒否されたため、 >正式なカーネルおよびインストーラの一部としてはサポートしていません http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/568
569: login:Penguin [sage] 2005/06/08(水) 02:07:42 ID:4YE2nrMe reiserfs って 3 のときもひと悶着あったね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/569
570: login:Penguin [] 2005/06/08(水) 04:26:20 ID:IZ76wtzA mmには入ってるんだっけ？ > Reiser4 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/570
571: login:Penguin [sage] 2005/06/08(水) 12:45:37 ID:jRFVsXNe Reiserって今や出来の悪いレガシー扱いされてるからなぁ・・・ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/571
572: login:Penguin [sage] 2005/06/08(水) 14:07:52 ID:74pqZXMt >>570 はいっとる＞2.6.12-rc6-mm1 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/572
573: login:Penguin [sage] 2005/06/10(金) 06:37:17 ID:yCzBxLKp homeみてみたら、5M〜15Mあたりのファイルが多かったんだがReiser使うにはでかすぎるかな 普通にext3使っとくか… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/573
574: login:Penguin [sage] 2005/06/10(金) 18:02:09 ID:P9msjoRr そこでxfsですよ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/574
575: login:Penguin [sage] 2005/06/10(金) 23:50:29 ID:dHgAE2e0 Reiser4だね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/575
576: login:Penguin [sage] 2005/06/10(金) 23:56:04 ID:yCzBxLKp xfsって5〜15Mあたりの大きさに適してるんですか? 大きいサイズって言うから少なくとも100M超かと勝手に思ってた。 数Bytes〜4kBytes なら Reiserfs 5M〜 なら xfs って認識でOK? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/576
577: login:Penguin [sage] 2005/06/11(土) 00:16:47 ID:4GLdh6L7 xfsは細かいファイルだってかまわないで食っちまうファイルシステムなんだぜ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/577
578: login:Penguin [sage] 2005/06/11(土) 00:25:24 ID:5zO7UDA4 >>577 XFSってファイル消去がすげー遅かった記憶があるんだけど直ってる？ 昔2.4カーネルにマージされる前に # rm -rf /usr/src/linux してえらく待たされた。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/578
579: login:Penguin [sage] 2005/06/11(土) 01:06:40 ID:p/bHJkl2 >>578 試してみたらHDD突然死した＿|￣|○ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/579
580: login:Penguin [sage] 2005/06/11(土) 01:29:07 ID:U5YVO0VJ 過労でつか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/580
581: login:Penguin [sage] 2005/06/11(土) 02:23:39 ID:hsNbI7ep そもそも「そこで○○ですよ」とか言ってる香具師に反応した時点で釣られてることに気付け。 昔のXFSにくらべたら今のXFSは 「サイズは小さいが大量のファイルの生成/消去くりかえし」 の速度がかなり改善されてるが、 ReiserFSがダンチに速い状況はかわらず。 しかしXFSがメタクソに遅かったのって2.4.0-testXXXとかその頃じゃねーの? 今の2.4.31とか別に死ぬほど遅いとは思わんがな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/581
582: login:Penguin [sage] 2005/06/11(土) 06:45:11 ID:k51zl/Fq らいざーって読むんだね レーザーって読んでた http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/582
583: login:Penguin [sage] 2005/06/11(土) 09:42:24 ID:1+AbN8Zx Linux界隈の人間は用途ごとに別のFile Systemを使おうとする件について http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/583
584: login:Penguin [sage] 2005/06/11(土) 09:47:40 ID:RfndU6BJ 適材適所 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/584
585: login:Penguin [sage] 2005/06/11(土) 10:22:10 ID:BT05QDD/ 適材適所っていうほど違うわけでもない。 ってことで、信頼性はおしなべて低い(w http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/585
586: login:Penguin [sage] 2005/06/11(土) 10:25:22 ID:pbNfN/HA それがLinuxｸｵﾘﾃｨ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/586
587: login:Penguin [sage] 2005/06/11(土) 10:46:04 ID:YBm7Ac5C OS自体を楽しむためのOSだから、それでいいんじゃない？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/587
588: login:Penguin [sage] 2005/06/11(土) 11:16:34 ID:QwwdnapJ 全部ext3(ext2)なんて耐えられない。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/588
589: login:Penguin [sage] 2005/06/11(土) 11:49:07 ID:k11yFVyv 適材適所なのは分かるが、具体的にどんなときに適してるかまとめてある資料ってない? reiserが小さいファイル、xfsが大きいファイルに適してるってのは知ってるんだが、 >>576が言うみたいな具体的なサイズまでは知らない。 どれくらいの大きさなら、ext3と同程度かそれ以上の性能が出せるのかが知りたいんだが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/589
590: login:Penguin [sage] 2005/06/11(土) 13:15:07 ID:1+AbN8Zx 速度しか見ようとしないから厨と言われるのだ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/590
591: login:Penguin [sage] 2005/06/11(土) 18:11:08 ID:tsyT4Q7w >>589 なんだかんだ言って、どのファイルシステムも 大きいファイルから小さいファイルまで考えて作ってある。 確かに、ファイルシステム自体の評価は余り見かけないね。 「 ext は断片化に強いからデフラグは不要 」 と 信じて疑わない人が大多数であるし。 結果は >>529 の一番下の資料を見る限り Windows と同様、 断片化の影響を大きく受けている。 疑わないことで Windows に遅れを取ったことになる。 サーバーマシンではデフラグの効果が余り無いのも事実だけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/591
592: login:Penguin [sage] 2005/06/11(土) 18:31:48 ID:hsNbI7ep ext2のデフラグツールって90年代前半には既にあっただろ Unixの「デフラグツールはありえない」っていう思い込みを 無批判にLinuxに適用していたアフォ評論家が多かっただけ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/592
593: login:Penguin [sage] 2005/06/12(日) 12:09:08 ID:WyDea27m ・fsckが早い ・使用環境のファイルサイズが大きいものが多い環境（1GB以上のファイル） ・そのファイルサイズが大きいファイルの削除が早い ・ランダムアクセスはほとんど発生しない ・MDデバイスやLVM上でもファイルシステムを構築できる ・ファイルシステムの拡張ができる（できれば縮小もできるとうれしいけど、その点は妥協） といった感じで現在SuSE Linux 8.2 (Kernel 2.4系）で XFSメインで使用しているのですが 最近（Kernel2.6環境）でも上記条件ではXFSにしておくのが無難ですかねぇ？ ログ見るとReiserFSがかなりよくなってるようですが・・・ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/593
594: login:Penguin [sage] 2005/06/12(日) 12:31:08 ID:L2jXqSZl >>593 >>・fsckが早い XFSのfsckのソースのmain()の中身って return 0; だけじゃなかったっけ? 今は違ってる? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/594
595: login:Penguin [sage] 2005/06/12(日) 14:06:10 ID:mDDN0cpU int main(int argc, char **argv) { return 0; } 先生！変わってませんでした！ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/595
596: login:Penguin [sage] 2005/06/12(日) 14:59:48 ID:vGQn+qRP > int > main(int argc, char **argv) > { > return 0; > } Hello World よりも酷いね・・ 早くLinuxででもUFS2を不自由なく使えるようになって欲しい。 UFS2は素晴しい。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/596
597: login:Penguin [sage] 2005/06/12(日) 15:31:49 ID:rxgjWDEm >>596 何がうれしいの? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/597
598: login:Penguin [sage] 2005/06/12(日) 17:13:45 ID:xKpfalq4 しかし、reiserfs や ntfs とメジャーなものばっかりですなぁ。話題は。 漏れとしてはそれよか、他のシステムで使われているファイルシステムが気になるのだが...hfsとかhpfsとか まぁそっち側の趣味を持っている奴がいるのかいないのかぐらい確かめさせてくれ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/598
599: login:Penguin [sage] 2005/06/12(日) 17:33:37 ID:2UA783RA >>596 Linuxのことだから、一から再実装してext2と大してと変わらんシロモノになるぞ(w http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/599
600: login:Penguin [sage] 2005/06/12(日) 18:53:43 ID:44r2DxRg filesystemについて理解していないのならわざわざバカなこと書いて 無能を晒さなくてもいいのに。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/600
601: login:Penguin [sage] 2005/06/12(日) 19:11:52 ID:YlSd9RFt 600=真性包茎 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/601
602: login:Penguin [sage] 2005/06/12(日) 19:25:39 ID:jYbChQgW 真性包茎 = UFS 仮性包茎 = UFS + Softupdate ズルムケ = XFS, Reiserfs http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/602
603: login:Penguin [sage] 2005/06/13(月) 03:56:57 ID:TqaxjCvq 上の方がすぐれてるんだよな？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/603
604: login:Penguin [sage] 2005/06/13(月) 04:14:41 ID:KnVvvbwy >>603 真ん中が地球上の動物として普通。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/604
605: login:Penguin [sage] 2005/06/13(月) 08:11:39 ID:WmB6lfpd http://blog.livedoor.jp/shi3z/archives/24991969.html Re:ひとつのディレクトリに数十万個のファイル？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/605
606: login:Penguin [sage] 2005/06/13(月) 08:59:23 ID:2RWzgV4j そもそもXFSのfsckに何をさせようというのだろう。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/606
607: login:Penguin [sage] 2005/06/13(月) 11:36:26 ID:rDElFmZS >>593 が言ってるfsckってjournal replayのことだろ… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/607
608: login:Penguin [sage] 2005/06/13(月) 16:41:04 ID:u9pC4VSX >>605 要約すると 「ぼくは情報処理のべんきょうをしたことがありません」 「ぼくは悪くありません」 てことですね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/608
609: login:Penguin [sage] 2005/06/13(月) 23:57:22 ID:lEURqtLJ まあ、普通に考えてDBでやるだろうな http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/609
610: login:Penguin [sage] 2005/06/14(火) 00:22:36 ID:wqoBv/5M >>609 んだな。 ところで今のサーバのメモリが2Gくらいって感覚はどうなの。 何のサーバかにもよるけど、最近なら8G位普通じゃない？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/610
611: login:Penguin [sage] 2005/06/14(火) 00:43:50 ID:/x4CkgdX >>610 鯖でなくてもデスクトップなら普通2Gくらい載せてるだろ。 4GoverだとM/BのスロットとOSが64bit対応してるのがmustだな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/611
612: login:Penguin [sage] 2005/06/14(火) 02:09:02 ID:LlAuHwpv >>605のリンク先の言い訳を見てると首がもげるぐらい傾くな。 8ビット機の昔から、ゲームで大量に使わなきゃいけないデータは単純に結合した１つのファイル にでもしておく手法が主流だったんじゃないか？ msec単位の処理時間を気にするなら、openよりseekの方が速いだろうに。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/612
613: login:Penguin [sage] 2005/06/14(火) 03:55:11 ID:yLaqsY1o >>612 確かに。違う画像とって来るにもopen-read-closeよりseek-readの方が速い http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/613
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 370 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.029s