08/05/21 23:55:34 /Z1sqvHT
レスさんくす。
Linux板ではSamba使ったファイルサーバのFSのお勧めが無い事を理解した。
512:login:Penguin
08/05/22 00:08:55 nmRfdow3
というか、fs云々以前にCIFS/SMBの実装ではレファレンス実装のWinのほうがsambaよりも圧倒的にいいから。
CIFS/SMBが主用途ならLinuxを使う意味はない。
NetAppはNFSではいいけど、CIFS/SMBではどうなのか知らん。
513:login:Penguin
08/05/22 00:24:47 oyxtcAu/
>>512
いや、もうわかったから。
質問する時に構成とか物理的な事情とか全部込みで記載して納得しないと
質問の内容に沿った回答はしたくないって事かい。
よかれと思って言ってるんだろうけど、そういうのはありがた迷惑だよ。
514:login:Penguin
08/05/22 00:26:01 RHUMboQ3
>>511
つか、2TBくらいの小規模ストレージならext3で普通にいいからお勧め。
一番利用者が多く一番テストされているので一番安定している。
515:login:Penguin
08/05/22 00:50:35 nmRfdow3
>>513
お前が非常識かつ恥垢臭の漂う生ける悪臭公害なのは理解できた。
頭のほうは手のつけようがないけど、包茎は治る障害だぞ。さっさと手術しろ。
516:login:Penguin
08/05/22 01:05:26 ygnClFlx
レス番号間違えてるんじゃね？文脈からして。
517:login:Penguin
08/05/22 01:09:53 BcXpovCg
>>513
勝手に納得してるとかホント笑える。
お前のママじゃないんだからちゃんと説明しないと分かんないって。
>>512は真摯に答えてるじゃん
518:login:Penguin
08/05/22 01:13:47 LED49E/n
程度の低い煽りは書けば書くほど恥さらしなんだが・・・
519:login:Penguin
08/05/22 01:13:51 oyxtcAu/
>>514
さんくす
ext3の例が一番多くみつかるね。
520:login:Penguin
08/05/22 01:15:37 +J7mssJ7
ファイルシステム詳しくないけど、ext3かreiserかxfsのうちから
好みで選べば良いと思うよ。
個人的にはjfsの感想が聞いてみたいけど。
なんで誰もjfsを使わないのかが気になったり…。
521:login:Penguin
08/05/22 01:27:07 xpIrNoHG
俺はシングルコアだから使わない。ただマルチコアの人がなぜ使わないのか疑問。
522:login:Penguin
08/05/22 01:40:40 OYg2rg/p
>>519
お前、本当になにも知らない馬鹿だったんだな…
523:login:Penguin
08/05/22 01:47:23 OYg2rg/p
>>520-521
とりあえず、このスレのログを読め。
>>522
蛇足的自己レスすると、ほとんどのディストリビューションでデフォルトfsの
ext3が一番多いのは当たり前
だいたい、上に乗っかるのがsambaだろうがなんだろうが、下のfs層にとっては
あまり関係なく、ファイルサイズ等についてはなにも触れていないし。
まあ、こういう頭の悪いヤシもときどき湧いてくるスレだけどさ…
524:login:Penguin
08/05/22 02:11:20 nmRfdow3
>>523
どうせ件の悪臭公害男は>>519以降はこのスレ読みもしないでしょ。
ってことで、悪臭公害男がいかに馬鹿なのかなんて説明せんでもわかることだし、
放置しとけ。ヲレが一度煽るだけで十分だ罠。
525:login:Penguin
08/05/22 02:26:58 LED49E/n
.>523-525
あのさー、教えてもらった事について>>513はまずいレスだと思うよ。
でも君らの対応はそれを遥かに下回って恥さらしだろ。
元質問の>>505は
・(Linuxで)sambaサーバー
・2Tのストレージ
・扱うファイルサイズは50MB～2GB
って出してるのに、それを無視して話進めるのはどうかな。
>>519
見てる事を期待して。ext3使っとけ。安定してる、情報が多いという利点がある。
526:login:Penguin
08/05/22 02:45:29 nmRfdow3
>>525
でも、>>513以前に>>511のような煽りをしている時点でキチガイ確定でそ、こいつ。
いい加減放置しようよ…
527:login:Penguin
08/05/22 04:05:56 FEtNCgqq
>>505
ファイルサイズ的にH264(SD/HD)あたりの動画ライブラリとか？
基本はext3一択でいいと思うけど、余裕があれば
巨大ファイルを連続して配置しやすい(→READ時のファイル内シークに影響)のと、
オンラインデフラグ(xfs_fsr)がほぼ標準で使えるXFSを検討してみるのも乙かと。
528:login:Penguin
08/05/22 07:15:31 oyxtcAu/
>>513はいいすぎだった。悪かった。
他の皆さんもスレの雰囲気悪くして申し訳ない。
これで消える事とします。
>>520>>525>>527
レスども。参考になります。ext3、xfsを試験的に使ってみます。
529:login:Penguin
08/05/22 09:27:44 itWQcnkn
よく分からんならとりあえずext3ってのが普通の考え方では
530:login:Penguin
08/05/22 15:16:32 gmG2tmnb
大きなファイルが主体ではなくて、作成/削除が多い使い方で、2Tぐらいならreiserfsだな。
sambaの設定の方が面倒くさい。
531:login:Penguin
08/05/22 17:50:22 CrQ6/Ptu
レイザーはでかいファイル消すのがなんか遅いから/home はxfsにしてるな。
/ はレイザー。
532:login:Penguin
08/05/22 19:13:37 2reFG8Md
巨大なファイルの扱いはなんといってもxfsだよな。
ところで/でreiserするときnotailつけてっか？つけててもきちんと動くことは動いたりするんだが・・・。
533:login:Penguin
08/05/22 20:54:15 35SUYurt
>>520
俺と一緒にJFS使おうぜ。
別に問題出てないし。PowerPC Ubuntuでも問題無しだぜ。
多分世界的に運用例少ないだろうけど。
534:login:Penguin
08/05/23 18:10:09 JvrXzXX6
>>533
以前も書いたけど、漏れはクラスタの共有ディスクに使ってたよ
中身はapacheのコンテンツやCGIやログ、postgresのDBなんかだった
以前、RH+apacheでコンテンツやログをext3においてたら、不安定
になって再起動した時にジャーナルがおかしくなったらしくて
ログの一部が別のファイルのケツに追加されていて絶望した！
ので、DirtyPageが少ないと解説されてたJFSに乗り換えた
かなり古いRHの話なんで、今のext3はダイジョブかもしれない
JFSには特に問題は起こってなかったよ、オレが辞めるまでは
535:login:Penguin
08/05/25 10:22:19 I72gntmD
で，Reiser はどうなっちゃったの？
ZFSは面白そうだなぁ。
でもチキンな俺は ext3 子か使わない。
536:login:Penguin
08/05/25 10:30:38 nRuClOB5
Reiserは檻の中
537:login:Penguin
08/05/25 11:02:31 I72gntmD
ん～結局殺人を犯していたってことなの？
事実が分んないなぁ．死体もないんでしょ？
538:login:Penguin
08/05/25 11:59:37 hIhEerJj
>>508
お前試してすらいねえだろ
539:login:Penguin
08/05/25 12:10:58 aGIQLT5K
>>537
でも、車の車内を水洗いして床に何センチも
水が溜まるとか普通はやらないよな
540:login:Penguin
08/05/25 12:37:17 +SiTZLz+
>>539
個人でファイル実用的なファイルシステムを開発して何万人にも
支持されるとか普通はやらないよな
541:login:Penguin
08/05/25 12:38:56 nRuClOB5
>>538
D:\home\test>dir /b
D:\home\test>copy nul > nullpo.
D:\home\test>dir /b
nullpo
D:\home\test>del nullpo
D:\home\test>dir /b
D:\home\test>copy nul > nullpo.
D:\home\test>dir /b
nullpo
D:\home\test>del nullpo.
D:\home\test>dir /b
D:\home\test>
これはどう見たらいいんだろ？
よくわからんけど、ファイルシステムかcmd.exeのどちらかが.を完全無視しているのは間違いないけど。
ちなみにファイル名をクォートしても結果は同じ。
542:login:Penguin
08/05/25 13:01:21 7C7oBPlF
試してねーじゃん。
ちゃんと試せよ無能。
ちなみにWindowsのAPIではUnicodeを扱ういわゆるW系において
パスの接頭辞に"\\?\"をつけることにより、
長いファイル名やunicodeファイル名を扱えるようになるんだけどね。
543:login:Penguin
08/05/25 13:06:31 MEYM67Vm
>>539
助手席を外して捨てた場所がわからないとかね
544:login:Penguin
08/05/25 14:51:39 bpSDnQ5H
殺人云々は置くとしてもreiserfsのVFSスルーっぷりが気になってやめた俺。
inode数報告しないとかね。
小ファイルの扱いなら神懸かったパフォーマンスをだすとか、良いところもあるけど
システムコンポーネントとしてはじゃじゃ馬に過ぎるというか。
545:login:Penguin
08/05/25 15:44:42 MEYM67Vm
誰が死んでも保守されることが確実なファイルシステムじゃないと
採用しにくいというのはあるな。
546:login:Penguin
08/05/25 16:41:49 00LY3qjW
Linux自体、Linusが死んだら世界大戦が勃発すると思うが
547:login:Penguin
08/05/25 17:11:38 XT6lz3z+
EXT4が安定するまでReiserFSだな
>>546
もっと(ry
548:login:Penguin
08/05/25 17:13:18 Gr8ncedA
りぃなすの後継者争いですか
549:login:Penguin
08/05/25 17:17:29 yrVgmu6i
たぶんFreeLinuxとOpenLinuxとNetLinuxに分裂すると思うよ
550:login:Penguin
08/05/25 17:23:19 3hC3VUUC
さらに
FreeDebianGnuLinux
OpenDebianGnuLinux
NetDebianGnuLinux
みたいに分裂するんだな
551:login:Penguin
08/05/25 17:54:13 00LY3qjW
三菱東京UFJ銀行みたいな名前だな
552:login:Penguin
08/05/25 18:14:40 kQ9Tlu2R
>>541
>>503
553:login:Penguin
08/05/25 18:19:19 XT6lz3z+
なぜDebianの名前が？
554:login:Penguin
08/05/25 23:49:01 MEYM67Vm
Linus v2 はすでにいるから大政奉還されて帝国の支配権は元に戻るオカン。
唯一RMSだけがforkして、GnuLinuxとLinuxの鼎立になる。
555:login:Penguin
08/05/26 07:56:54 zyBwtGrw
鼎立って三つないと立たないぜ
556:login:Penguin
08/05/26 08:07:19 tzMZRD7H
>>555
BSDのこともたまには思い出してあげてください。。
557:login:Penguin
08/06/07 07:23:29 1oYzBkua
ext4 へのマイグレーション
URLﾘﾝｸ(www.ibm.com)
558:login:Penguin
08/06/07 09:20:45 TxcsdFj5
結局、Softupdate と ジャーナリングはこれからもけんかし続けるの？
まぁ単なるユーザとしては壊れにくければそれでいいんだけど、
BSD マンセーの人がまわりに多いせいか Softupdate 最強、
ジャーナリング死ね、っていわれて Linux で ext3 ふだんづかいの
俺としては肩身が狭い。
559:login:Penguin
08/06/07 10:07:45 TbmHmjKk
LFS最強
560:login:Penguin
08/06/07 16:31:12 qH747CFp
softupdates って言ってる人も
安定したら ZFS に移行してくんじゃね?
561:login:Penguin
08/06/07 16:32:32 Hh1Fjp89
ZFSってメモリ喰うって聞いたんだけど・・・
562:login:Penguin
08/06/07 17:40:51 PzCBrHzD
>>557
extentsデフォになったのか
563:login:Penguin
08/06/08 11:18:17 mzjClCG0
>>561
その頃にはメモリ4GBが当たり前の時代に…
564:login:Penguin
08/06/08 11:52:38 1VgdzU6v
その4GBという数字はどこから？
565:login:Penguin
08/06/08 15:32:51 7Pl7kbXw
俺のマシンが4Gだからだな
566:login:Penguin
08/06/08 16:10:28 rMnT/LRY
32bit = 4GB だから．
って，いつの時代のプロセッサの話だよ orz
567:login:Penguin
08/06/08 16:19:30 wCe3B6xl
zfsは128bitだから、もっとたくさんのメモリを浪費しないと(何かが間違っている
568:login:Penguin
08/06/08 22:10:22 dcR6yqL8
>>558
人間関係から見直すことをお勧めする
569:login:Penguin
08/06/09 00:16:11 fjm8roW2
>>566
いまでも普通の Linux の多くは 32bit modeだろ。
4GBまでしか使えないぞ。
570:login:Penguin
08/06/09 00:31:56 LZZAH+e9
>>569
Windowsの話題はWindows板でよろしく
571:login:Penguin
08/06/09 00:43:44 tan2UJ3U
早くbtrfsが完成するかLVMやRAIDでもバリアが効くようになってくれないと
NCQとか怖くて使えねー
ていうかHDD側でflashでも積んで担保してくれよ
572:login:Penguin
08/06/09 00:44:07 dVITE62h
今時32bitなんてつかってんのか
573:login:Penguin
08/06/09 00:50:11 fjm8roW2
>>570
ごめん。俺普段ARMが主なので頭のなかが32bit時代で止まってた。
574:login:Penguin
08/06/09 00:53:23 iCnNmYcc
なんだ老害か
575:login:Penguin
08/06/09 01:45:09 HtDaA/1r
>>569
HIGHMEMを忘れないであげてください（；＿；）
576:login:Penguin
08/06/09 01:46:08 HtDaA/1r
>>571
いまってLVMだとバリア効いてないの？
なんかすごい致命的な気がするが
577:login:Penguin
08/06/09 02:22:09 tan2UJ3U
>>576
xfsマウントしてみればわかるよ
CQによる処理順番入れ替えが無ければ致命的にはならんでしょ
578:login:Penguin
08/06/09 06:05:54 Z1zzLOzE
Hans Reiser Offers To Lead Cops to Nina's Body
URLﾘﾝｸ(blog.wired.com)
579:login:Penguin
08/06/09 08:36:40 9VatEwGW
ん～ってことは本当にやってたのか？
580:login:Penguin
08/06/09 10:19:59 W1M4AtOH
linusの後継者ってあったけどどんな人？
581:login:Penguin
08/06/09 12:02:23 Hf6KgNmc
第1級殺人から第2級にしてもらう司法取引みたいだね。
第2級殺人になると刑期は最短15年で、その間に仮釈放がつき可能性も出てくると。
3年後にはメインストリームカーネルに組み込まれるReiser4とHansの姿が！
582:login:Penguin
08/06/09 15:16:48 p1b0HTc3
>>580
Linus v2.0
583:login:Penguin
08/06/09 22:42:28 Gf9zF/IJ
>>575
え、DEVICEHIGH=がどうしたって？
584:login:Penguin
08/06/09 22:44:29 tan2UJ3U
ちょっと待って今ウィングコマンダーインスコしてる所だから
585:login:Penguin
08/06/10 09:37:50 /q3V4mNG
懐かしいな。
そういやオリジンってどうなったんだろう？
弁当屋の方じゃないよ。
586:login:Penguin
08/06/10 12:41:06 wkVvFOgm
/varをext4にした状態で/var/runの中のソケットが閉じられないままrebootされると
次のfsckでextent flagが立ってるけどextentになってないぞみたいなエラーが
報告されるんだけど、どっかにパッチない？
587:586
08/06/10 22:15:42 wkVvFOgm
無いみたいですね。ウチだけかもしれないしこれ以上追う能力もないんでおしまい。
588:login:Penguin
08/06/11 15:58:02 D/uJqSrQ
The future is bright for Linux filesystems
URLﾘﾝｸ(lxer.com)
589:login:Penguin
08/06/11 22:00:37 KBH6CbFa
>585
SGI?w
URLﾘﾝｸ(www.sgi.co.jp)
590:login:Penguin
08/06/11 22:08:30 svM4gOVz
>>585
URLﾘﾝｸ(www.8stars.net)
591:login:Penguin
08/06/12 18:15:57 +3KxROOU
>>569
PAE有効にすれば32bitのx86でも64GBまでのメモリ扱えなかった?
592:login:Penguin
08/06/12 23:10:41 Un39g4k0
>>591
見えるようにはなるが…
扱えるいうには微妙な気がする。
593:login:Penguin
08/06/12 23:45:04 JMue5W9m
URLﾘﾝｸ(www.atmarkit.co.jp)
594:login:Penguin
08/06/13 00:38:54 7sXLnT7D
>>592
Windows(32bit)でもLinuxと同程度に使えるが、Server以上が必要だと思った
Professional以下だと精々RAMディスクにするくらい
595:login:Penguin
08/06/13 05:38:03 d5G5+rVP
話の流れを読まずに質問すみません。
今、ext4の「delayed allocation」について調べていたのですが、
これはHFS+の「遅延再配置」とは機能的に別もの、という認識で
正しいでしょうか。
というか、HFSの「遅延再配置」を「delayed allocation」と混同してると
思われし記事があったのですが、これって間違っていませんか？それとも
私の認識が間違っているのでしょうか。
ext4の「delayed allocation」の場合：
実際にデータをディスクに書き込む（writeback）直前まで、ディスク上の予約を遅延させる。
参考にしたのはこのURLです。URLﾘﾝｸ(ext4.wiki.kernel.org)
HFS+の「遅延再配置」の場合：
小さくて（20MB以下）、且つ激しくフラグメントしているファイルが存在する場合、
バックグラウンドでこっそり配置を換えることでデフラグする。
気になった記事はこれです。URLﾘﾝｸ(journal.mycom.co.jp)
遅延再配置は「hfs_relocate」のことで、HFS+は、これとは別に、delayed allocationを
してるんじゃないかと思うんですが。。。
596:login:Penguin
08/06/13 09:40:13 SmSLF865
情報元を確かめるべき
Mac OS X Internals: A Systems ApproachChapter 12 "The HFS Plus File System"
にははっきりとdelayed allocationとOn-the-fly Defragmentationとして別物とされてる
ついでに海上忍は仮想PCソフトのVirtualBoxが64bitゲストOSサポートと書いて未だに修正していないような奴だ
597:login:Penguin
08/06/13 12:07:16 d5G5+rVP
595です。
>596 さん
ありがとうございます。すっきりしました。
598:login:Penguin
08/06/13 12:19:26 mKVHjRTc
HFS+てそうなんだ…と思ってAppleの文書読んでみたけど、delayed allocというより
デフォでmmapにしましたー副作用はプログラム側で回避してくださいーみたいに見えた。
599:login:Penguin
08/06/14 00:39:18 nD9Jg0U1
>>537
お前試してすらいねえだろ
600:login:Penguin
08/06/18 13:27:20 ZwFEd7Po
ハードディスクがマウントされた回数を調べる方法を教えて！
601:login:Penguin
08/06/18 13:58:49 UC096jsW
tune2fs でそれらしいものは見れる気がする
602:login:Penguin
08/06/18 13:59:09 UC096jsW
しかし ext2/3 限定
603:login:Penguin
08/06/19 09:32:59 e4d86G//
>601
そんなものを記録しようという発想自体が斬新だった…
604:login:Penguin
08/06/19 10:33:19 cK/HYswF
テープだと普通。
605:login:Penguin
08/06/19 10:38:45 PBUCIgoJ
>>604
ああ、そうなんだっけ？
すでに mt なんてコマンドを忘れている俺。
606:login:Penguin
08/06/19 13:08:09 EIQbArXH
見積りにテープドライブ入れてると怒り出す客とかそんなんばっか
607:login:Penguin
08/06/19 13:18:27 qCoUXFkj
reiser4やりたいっていう人が出てきたぞ。
608:login:Penguin
08/06/19 13:27:31 aI6v805X
Resier4 Maintainer
URLﾘﾝｸ(marc.info)
これか
609:login:Penguin
08/06/19 14:01:01 06Y2v8AU
今、reiser4を引き継いで完成させればヒーローだな。
間違いなく、名が上がる。
610:login:Penguin
08/06/19 14:02:28 WPg1jSrK
もしくはreiser4にとどめをさした男として有名になれるかもしれないな．
611:login:Penguin
08/06/19 14:14:00 PBUCIgoJ
Reiser4って今の状況でどういう役割が期待されているの？
やっぱり ext3 なんかはたくさんのファイルを持つ
ディレクトリや深いディレクトリの探索はずっと苦手なままなの？
612:login:Penguin
08/06/19 14:14:47 e4d86G//
この際、バージョンも一つあげて5にしよう
reiser ってのもケチがついちゃってるから
別の名前にしますか。音がにてるからレーザーがいいかな?
ん? レーザーファイブ???
613:login:Penguin
08/06/19 15:28:41 pJJwK1qL
／￣￣＼
／ _ノ ＼ おっとそれ以上言っちゃダメだろ常識的に考えて
| （ ●）（●）
. | （__人__）＿＿＿_
| ｀ ⌒／ ─' 'ー＼
. | ／（ ○） （○）＼ ＜ reiser ってのもケチがついちゃ・・・
. ヽ ／ ⌒（n_人__）⌒ ＼
ヽ |、 （ ヨ |
/ `ー─－ 厂 ／
| ､ ＿ __,,／, ＼ ﾄﾞｽｯ...
| / ￣ i;;三三ラ´ |
| | | ・i;j： | |
614:login:Penguin
08/06/19 16:42:26 lGN9kxVi
Linuxの切り札としての意味を込めて、キラーファイルシステム
615:login:Penguin
08/06/19 18:35:19 06Y2v8AU
仮に本人の素行に問題があったとしても、偉業の偉大さは変わりない。
616:login:Penguin
08/06/19 21:11:33 cLRTipHS
>>608
ReiserじゃなくResierと言ってるのが気になる。
617:login:Penguin
08/06/19 22:20:45 wctiiru/
きっと名前もJasonFSになるな。
618:login:Penguin
08/06/19 22:26:23 cLRTipHS
妻殺しから皆殺しFSになりそう。
619:login:Penguin
08/06/20 01:01:25 WiM2+vka
KatoFS
30秒で瞬殺
620:login:Penguin
08/06/20 01:23:41 XuPRUqoi
エターナルフォースFS
ファイルは死ぬ
621:login:Penguin
08/06/20 20:40:15 lAILMKAr
カカクコムFS
622:login:Penguin
08/06/20 22:46:38 ZSShiYyM
やっぱり
NintendoFS
じゃね？
リソースフォークとデータフォークの
上下二つに分かれて(ry
623:login:Penguin
08/06/21 17:25:12 c8w9wDFZ
>>615
さすがに殺人までいくとアウトだろｗ
624:login:Penguin
08/06/21 17:45:56 dMw3ye29
聖人だろうと悪人だろうと差別しないのがオープンソースの精神だろｗ
625:login:Penguin
08/06/21 17:53:30 iqg+xYP9
犯罪者は別では。
ところで司法取引で遺体の場所を教えるかわりに減刑という話はどうなったんだろうか？
626:login:Penguin
08/06/21 18:06:24 0NLIq0g7
罪を憎んで人を憎まず
627:login:Penguin
08/06/21 18:39:44 4BxdZr7B
> 聖人だろうと悪人だろうと差別しないのがオープンソースの精神
初耳だわ
628:login:Penguin
08/06/21 18:58:39 dMw3ye29
うわぁ・・・
629:login:Penguin
08/06/21 20:54:59 ZUW9O2rb
まあ実際、nihonLinuxのGGPL騒動の時に、GPLのエヴァンジェリスト達は
鼻で笑ってたんだから、「正義と平和と環境問題」に背いているやつが
GPLのコードを書いても使っても、何の問題もないだろうｗ
630:login:Penguin
08/06/21 21:45:58 IubOjAtw
逆に「悪人は使っちゃダメ」みたいな条項を入れると
オープンソース認定がもらえない可能性がある
631:login:Penguin
08/06/21 23:05:01 5RuGuuxc
>>626-628
正しくは
ライセンスはある特定の分野でプログラムを使うことを制限してはなりません。
罪を憎んで人を憎まず、の反対だわな。
開発者に関することは何も触れてない
632:login:Penguin
08/06/22 00:00:59 TfGtUGnu
人を憎んでプログラムを憎まず。か。
633:login:Penguin
08/06/22 01:57:09 +fD2tnRS
殺意の波動に目覚めたLinux
634:login:Penguin
08/06/22 07:14:44 8GzXAXYz
人も憎めなくね(>>630)
635:login:Penguin
08/06/22 12:11:05 WFMLwJso
てかネタにマジレスすんのが流行りなのか？
636:login:Penguin
08/06/22 13:58:01 ARS4sLLG
他にネタが無くて暇・・・
fuse系も話に入れるか？
sshfsとか。
637:login:Penguin
08/06/22 14:17:59 6lmwYVMg
ネタも無いことだし、GmailFSみたいに2chに書き込みする2chfsでも作るか？
とか一瞬思ったが、あっという間にスレストされるだろうな。
638:login:Penguin
08/06/22 14:33:57 gHjccGW3
530 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2008/06/22(日) 13:55:43
URLﾘﾝｸ(apollo.backplane.com)
(Mattは「than」を「then」と書く癖があるので注意)
639:login:Penguin
08/06/22 14:48:04 YUcJKWz9
このパーティションのinodeは１０００を超えました。
もう書けないので、新しいパーティションを切ってくださいです。。。
640:login:Penguin
08/06/23 11:53:44 MNZnxf0C
なんというFAT12
641:login:Penguin
08/06/23 12:13:57 U8kY+Ez0
そういやスマートメディアってFAT12だったよな
642:login:Penguin
08/06/23 23:33:03 mZHbBLiO
このパーティションのレス量は500KBを超えました。
もう書けないので、新しいパーティションを切ってくださいです。。。
643:login:Penguin
08/06/24 00:58:49 cm1R/Sjl
罪を憎んで人を肉まん
644:login:Penguin
08/06/24 03:34:32 VW10j/WH
>>643
で、おいくら？
645:login:Penguin
08/06/24 12:06:12 Es1k3smv
29万。
646:login:Penguin
08/06/25 01:52:16 gfg0fk30
AdvFSってパフォーマンスはどうなん？
647:login:Penguin
08/06/25 02:46:38 gHKJW76m
HP-UXじゃなくてTru64とはこれまたマイナーな・・・
648:login:Penguin
08/06/25 04:09:44 528Rqoag
HP-UXのルートファイルシステムは、vxfsだからｗ
649:login:Penguin
08/06/25 05:06:41 4+yi9CIL
Tru64ってDECのOSF/1 -> Digital UNIXの系統でそ。まだ残っていたのかって感じだ。
>>646
パフォーマンス云々よりクラスタ対応FSというのが大きいかと。
650:login:Penguin
08/06/25 05:12:12 IWfMljif
>>649
AlphaマシンのOSがなくなっちまいますがな。
あ、OpenVMSがあるか。
651:潰されますた
08/06/25 09:51:42 GePkmjrG
×まだ残ってた
○もう残ってない… orz
652:login:Penguin
08/06/25 12:26:10 ImPXo0n4
>>646
これ貼っとけよ。
HP、Tru64 UNIXファイルシステムをオープンソース提供:ニュース - CNET Japan
URLﾘﾝｸ(japan.cnet.com)
653:login:Penguin
08/06/25 13:25:01 QXZIKQLf
Q. クラスタ対応fsってなにそれ?
A. iSCSIとかSANとか昔懐かしい二本足SCSIとかのSCSIレベルで共有可能な
ディスクに対し、複数台のPCが同時にmountできるありがたいfs
654:login:Penguin
08/06/25 22:12:06 eB6jIEmD
663 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2008/06/25(水) 09:50:02
dragonfly スレから転載
HAMMER file system の(本人)解説
URLﾘﾝｸ(apollo.backplane.com)
655:login:Penguin
08/06/25 22:30:07 1Szt9sc2
>>649
vanilla kernel に AdvFSが入ったとしても、Red Hat はGFSを持ってるから
サポート対象にはしないだろうし、ドライバも有効にしないだろ。
そうなるとHPがサポートするとしても、Red Hatの度重なるKernelのアップデート
に対して遅れをとれば、やっぱり使いにくいなということになって使われない。
まあ、そんな可哀想なFSになるのかな。
656:login:Penguin
08/07/07 20:18:56 6QaAszOU
ext4のdelayed allocationがとうとうLinusツリー送り
657:login:Penguin
08/07/07 20:22:58 xlUuXT+m
>Yes, this is much better.
これは ACK ということなのか？
最大の難関をパスしたところか。
658:login:Penguin
08/07/07 20:26:22 VMZVnsPK
ext4は早いとこ性能回復して欲しい…
新進気鋭のファイルシステムなのに、
気付いたらext3より性能下でしたってのは悲しすぎる
659:login:Penguin
08/07/08 03:04:14 N7zO8gfy
結局次世代のローカルファイルシステムはXFS,ZFS,ext4の争いになったか。
初代のXFSが王座を守るか、次世代のZFSが勝つか、伏兵のext4が横から
割り込めるかってとこか。
もっとも徐々に戦場はネットワークファイルシステムに移りつつあるような。
660:login:Penguin
08/07/08 06:38:26 A/iZhekx
また適当な事を。ZFSは遅すぎてダメ。ext4は順当。
伏兵はNTFSだな。
661:login:Penguin
08/07/08 06:42:06 po4gnuyX
ext4が伏兵？普通に本命だろ
662:login:Penguin
08/07/08 07:28:06 3bW0RrM3
XFSって王座なのか？
㌧だあと何も復旧できなかった経験があって怖い。
663:login:Penguin
08/07/08 07:32:48 sWD9sadT
クラスタファイルシステムはどれが勝つんだろうね？
LinuxだとやはりGFSか？
664:login:Penguin
08/07/08 07:59:34 zx/DWHE+
>>663
そもそもクラスタファイルシステム自体が普及するまでの道のりが遠いような。
特定のメーカーによらない独立したクラスタが当たり前、
っていう世界になるところからではないかと。
665:login:Penguin
08/07/08 10:58:22 udozm2p+
>>656
期待して見たけどいきなりStrong NACKだって
666:login:Penguin
08/07/08 14:22:28 IwKOZTVN
>>659
JFSのことも忘れないで下さい！(＞＜)
667:login:Penguin
08/07/08 14:32:27 ngbBJgyi
いまだに無難を選択となるとext3になるのはなんとかしてほしい。
668:login:Penguin
08/07/08 15:08:20 7o9fFsoN
最近、仕事中にふと手を止めてこう思うんだ。
「Reiserが無実だったらなぁ・・・」
669:login:Penguin
08/07/08 16:21:31 II4/+Uhu
今と何も変わらないと思うよ
670:login:Penguin
08/07/08 16:43:33 quavIXzi
URLﾘﾝｸ(www.technobahn.com)
> レイザー被告は、被疑事実を全面的に認めると同時に、見つかっていなかった妻の遺体の
> 隠し場所を捜査当局に教えることを条件に15年の懲役刑による実刑判決となる見通し
15年か……
漏れがぷらっとホームでJE2のCDROM買ってSlackware2.0入れたのが14年前だ。
長いなあ。
でも待っているよHans。
671:login:Penguin
08/07/08 18:30:55 WHMGc1ii
>>670
獄中で、reiser4のコーディングに専念するという選択肢は？
672:login:Penguin
08/07/08 19:30:28 II4/+Uhu
実はコードを紡いでいたのは殺された奥さん
この秘密の暴露を防ごうとしたのが殺害動機
673:login:Penguin
08/07/08 19:47:47 A/iZhekx
もしかしてコナンが子供にされたのも実は…
674:login:Penguin
08/07/08 23:09:51 N7zO8gfy
>>671
罰としてFAT16のジャーナリングFS化をさせるというのはどうだ。
675:login:Penguin
08/07/09 08:54:27 hal0SMTw
exFAT
676:login:Penguin
08/07/12 17:59:36 oJj3Jryk
誰かbtrfs使ってる香具師いる？
物になりそう？
677:login:Penguin
08/07/13 08:35:52 AL6mPOsw
俺も聞きたいw
678:login:Penguin
08/07/14 17:58:03 4vfD/at0
試さずに言うと本家にマージされた後4ヶ月程熟成されるまでは問題外だろう。
679:login:Penguin
08/07/14 18:42:43 ULtFNEHl
熟成っていったって、だれも使わなきゃ意味ないよねｗ
680:login:Penguin
08/07/14 23:20:49 9fV5ZnZS
と言ってもファイルシステムは何かあったときの被害がでかいからねえ。
再起動して何事もなかったかのように復帰してくれるなら試そうかという気になるが。
681:login:Penguin
08/07/15 21:02:20 2Td4kfvX
再起動して何事もなかったかのように
ＨＤＤ購入時点まで復帰してくれます
682:login:Penguin
08/07/15 23:55:48 zxFIxOek
>>681
セキュリティは完璧だなwww
683:login:Penguin
08/07/16 01:02:57 vwN5urnw
真のタイムマシン・コンピュータ登場
684:login:Penguin
08/07/17 10:43:01 cZuSJMBj
URLﾘﾝｸ(en.wikipedia.org)
> Oakland homicide detective Lt. Ersie Joyner recalled that Reiser led them directly to the exact site,
> without any hesitation or confusion.
さすがReiser。fsckは速くて正確！
> Reiser said he hoped a cherry tree would be planted to mark the grave site.
桜の木の下に死体、ってのは梶井基次郎が元ネタだと思っていたのだけど
アメリカでも一般的なのかなあ？
685:login:Penguin
08/07/20 05:44:11 1/y/LlXW
やってたのか…reiser
686:login:Penguin
08/07/20 12:31:33 GKdtyC24
殺人にの際にGPLなものを使用してたからだろｗ
687:login:Penguin
08/07/22 13:09:51 oK7AzMUW
DragonFly-2.0 がリリースされ、一緒にHAMMERファイルシステムもリリースされたようだ
URLﾘﾝｸ(www.dragonflybsd.org)
688:login:Penguin
08/07/22 16:12:57 VOG6EVJj
>>685
アメリカなんかだとホントは無罪なんだけど裁判でああなった以上
どうしようもないから減刑求めて取引に応じたりもする。
さっさと戻ってこいreiser
689:login:Penguin
08/07/22 16:37:19 sLuOyJLa
なるほど。ってことは妻の遺体は超能力で見つけたのだろうな。
690:login:Penguin
08/07/22 22:38:35 z5KcTQ8y
いや、やったのはロシアの機関なんだっていうことにも出来るかも。
691:login:Penguin
08/07/22 22:44:06 Z2YesIa9
B*-Treeのもとで見つけたに決まってるじゃまいか
692:login:Penguin
08/07/22 22:46:05 AFv/tj1S
無罪の場合、妻の埋められた場所は知っていたが殺人も死体遺棄もしていない、となる。
では裁判で妻はロシアかどこかで生きている説を主張していたのは何故か。
事実が奇妙奇天烈過ぎて話しても信じてもらえそうにないから、ではなく
真犯人に繋がる証言をすることで自分に危害が及ぶことを恐れた、と考えると素直だ。
次回
名探偵の登場により次々と明かになる事実
謎に包まれた真犯人の意外な正体とは！
693:login:Penguin
08/07/22 23:43:51 41XqpPs5
>>692
いやいやいや
死体遺棄罪ってのは遺体を意図的に放置した場合にも適用される
つまり普通に遺体の場所をゲロっただけでヤヴァイ
694:login:Penguin
08/07/24 00:03:13 /rSNYCK8
Proposing Read-Only ZFS
URLﾘﾝｸ(kerneltrap.org)
>A recent thread on the lkml discussed a blog entry stating that minimal ZFS support for GRUB was available under the GPL license, "we could now use that code to implement support for ZFS in the Linux kernel."
695:login:Penguin
08/07/24 10:57:29 2UVyAh2t
URLﾘﾝｸ(journal.mycom.co.jp)
とんぼ始まった？
696:login:Penguin
08/07/24 11:04:03 qLdaFHCx
SSD専用FSの決定版まだぁ
697:login:Penguin
08/07/24 11:35:59 JrTy/m7u
なんか来ましたよ。
URLﾘﾝｸ(lkml.org)
698:login:Penguin
08/07/24 11:41:20 DW3VlEdg
ここでいつものVFSが糞君の登場です
699:login:Penguin
08/07/24 15:22:17 SCv49sC5
(bugに)当たらなければどうということはない。
700:login:Penguin
08/07/24 19:05:59 uws0Q46E
>>697
現在の実装の程度は知らないが、
目指しているところはおもしろそうだ。
701:login:Penguin
08/07/25 19:41:06 WWjs91oU
デバイスドライバから直接ファイルを操作できる実験的な取り組みについて
以前に記事かなにかで見たことがあるのですが、そのファイルシステムの
名称をご存知の方がいれば教えてください。
702:login:Penguin
08/07/25 19:53:04 pZIqqXcD
Proposing Read-Only ZFS
URLﾘﾝｸ(kerneltrap.org)
703:login:Penguin
08/07/26 11:59:23 jNXTtp70
>>697
DragonFlyのHammerにも触れてるよ
URLﾘﾝｸ(tux3.org)
DragonFly kernel@ のスレでの対談(?)
URLﾘﾝｸ(leaf.dragonflybsd.org)
お互いいい影響があるといいけど
704:login:Penguin
08/07/28 23:10:57 OGbE5PJH
今日、雷で停電になった。
しかも、ファイルシステムがあぽーん orz
ext3 のバカ
705:login:Penguin
08/07/28 23:12:58 kIxSRBL2
>>704
残念だったね。
うちは、UPSのない２台行ってどっちも無事だった。
706:login:Penguin
08/07/28 23:13:38 AoXNT9bg
雷ぐらいでやられるなんて貧弱貧弱
707:login:Penguin
08/07/28 23:13:39 an7THyGs
fsckじゃ回復不能なん？
それと、ext3の耐障害性は低いとな？
708:login:Penguin
08/07/28 23:44:16 CPEpVjBO
漏れの家（つくば市）では昨日停電があった。
3台ともXFSで、念のためxfs_checkかけたけど異常なし。
でもウェスタンデジタルのディスクがカッコンカッコン言い出すようになった。鬱。
709:login:Penguin
08/07/28 23:55:43 t+k8gyT5
write back cache切ってないとふっとぶぜ
URLﾘﾝｸ(sr5tech.com)
710:login:Penguin
08/07/28 23:58:32 kIxSRBL2
WBCとかどこのBSD儲ですか？
711:login:Penguin
08/07/29 05:32:18 0gMv9ucp
ext3 が逝ってしまったのか？
それともディスクが逝ってしまったのか？
こういうときソフトウェアRAID組んでたとしても無力？
712:login:Penguin
08/07/29 05:36:11 0gMv9ucp
>>709 って 3ware のハードウェアRAIDの
ライトバックキャッシュについての話だよね？
むしろソフトウェアRAIDならそのあたりの
書き込み順ってフェンスされてないのかな？
この場合ハードディスク内で勝手にやられちゃう
コマンド実行順の入れ替えなどは無視するとして。
713:login:Penguin
08/07/29 08:11:50 jBERI0wk
>>712
9650SE-4LP以上を使え。
バッテリーが付いてて次回起動時に書き込んでくれる。
714:login:Penguin
08/07/29 11:06:11 FOLu2OoK
>>712
-o barrier=1
715:login:Penguin
08/07/29 11:25:15 WIaJ/5lr
磁気円盤を回す記憶装置が過去の遺物へと追いやられようとしています。
新しい半導体詰め合わせの記憶装置には、相応のよりふさわしいファイルシステム
ってのがありえるものかね？
716:login:Penguin
08/07/29 12:38:04 96gohucc
それは思う
IntelかどこかがSSD用のファイルシステムとか作ってくれないかしら？
717:login:Penguin
08/07/29 12:45:05 QAmXRcBr
>>715
日立や東芝が記憶容量を飛躍的に高める新しい技術を開発した。
まだまだHDDは終らんよ。
もっとも小型デバイスはSSDだろうね。
718:login:Penguin
08/07/29 13:13:08 S82NvyMd
おいおまいら、以前のスレで話題になってたNILFSにGCがついてますよ。
URLﾘﾝｸ(www.nilfs.org)
719:login:Penguin
08/07/29 14:26:33 Nq3NHHvK
zfsにはメインメモリとHDDの間にキャッシュ用のレイヤーがあるよ
SSDにも対応可能だとおもう
720:login:Penguin
08/07/29 16:04:33 ulVnqXZn
>>718
LFSにGCは必須だというのに、なんでここまで実装が遅れるんだか…
721:login:Penguin
08/07/29 23:34:28 EsukSeW8
>>720 みたいに外野で評論家ぶるやつばっかで, 実際にコミットするのは
NTTの内部の奴らしかいないからでは?
722:login:Penguin
08/07/29 23:58:07 vwFKb3jz
fsdevelで勝負してないってことは、単なる社内での予算
確保のための公開ということなのかな。
723:login:Penguin
08/07/30 13:23:25 fZ2+WwyI
>>722
マージ方向で、コードの整理は開始されているよ。
724:login:Penguin
08/07/30 13:25:46 15EqyPrB
>>722
「fsdevelで勝負してない」ってのがどういう意味かは知らんが、ポストはしてるようだよ
URLﾘﾝｸ(lwn.net)
メインラインへのマージも考えてるようだし頑張ってる方では？
725:login:Penguin
08/07/30 13:38:01 m+IWeNBQ
>>724
最新のプレゼンスが１年前と言う時点でおかしいと思わないと。
726:login:Penguin
08/07/30 14:06:54 K1QdwnBc
おかしいって・・・
そりゃ開発を発注しててほったらかしにされてたら
「おかしい」って言えるけど，勝手にやってるもの
なんだから当人たちがどう進めようといいじゃん・・・
（進めなくてもいいじゃん）
727:login:Penguin
08/07/30 18:36:10 cN3u5L5F
1年放置されるOSSは死んだOSS
728:login:Penguin
08/07/30 19:47:06 15EqyPrB
>>727
放置はされてねーじゃんｗ gitで開発継続してるし
fsdevelに1年間ポストされてないってだけだろ
729:login:Penguin
08/07/31 05:01:58 SxTLH45m
nttってlinuxのファイルシステムも作ってたんだ。
いろんなことしてるんだな。
いつかカーネルに組み込まれる日が来ると良いな。
730:login:Penguin
08/07/31 08:28:19 RGAhPkX8
NECもext4に関わっているでしょ。
731:login:Penguin
08/07/31 16:28:04 0zpcPWn+
>>721
他は皆ext4で忙しいからな
732:login:Penguin
08/07/31 17:43:03 EzZzBpmV
>>728
まあ、1年ポストされていないってことは、fsdevelでは勝負していないとは言えるね。
こんな調子ではマージは不可能ではないかと。
733:login:Penguin
08/08/02 20:43:21 bKnotFT7
ext3で使っているFSを、そのままext4に移行するには
どうしたらいいの？
734:login:Penguin
08/08/02 22:18:24 6JX0ka7H
たんいーつえふえす
ではできないの？
735:login:Penguin
08/08/02 23:36:48 WnZcbqga
えっ、あれはちゅーんつーえふえすって読むんじゃなかったの？？
736:login:Penguin
08/08/02 23:58:30 KMT/0nFo
tune + ext2 + filesystem = tune2fs
こぶたぬきつねこ みたいなもんだ。
だから てゅーんいーつーえふえす で OK。
737:login:Penguin
08/08/03 00:49:11 VRZdeq6O
タンイーツって何だよ
738:login:Penguin
08/08/03 00:57:13 0jWbCUBS
タンイートの複数形
739:login:Penguin
08/08/03 01:04:14 eIW78ZnP
ちゅーちゅーたこかいな
740:login:Penguin
08/08/03 01:42:54 Kk+sK39V
つねつーふす
741:login:Penguin
08/08/03 08:39:02 buGD1ZXo
tune 2(to) filesystem じゃねの? ext2の2じゃねーんじゃね?
742:login:Penguin
08/08/03 15:18:28 Baj1ia4L
「to」は要らない、と書いて FreeBSD のtunefs(8)の最後の方に
You can tune a filesystem, but you can't tune a fish.
と書いてあったのを思い出した。
743:login:Penguin
08/08/05 04:46:21 wN4xAmfK
URLﾘﾝｸ(zen-sources.org)
ずっと使っていて問題ないそうだが…
744:login:Penguin
08/08/05 20:24:46 JuA8IXg7
このパッチを当てると、fsckすると
奥さんの遺体がサルベージされる
フューチャーが有効になります。
745:login:Penguin
08/08/05 20:31:55 PrjwyR7/
# fsck.reiser4 /dev/wife
zsh: segmentation fault fsck.reiser4 /dev/wife
746:login:Penguin
08/08/05 21:53:44 2cOe1qDM
/home/reiser/lost+found/nina.o
747:login:Penguin
08/08/05 21:59:58 31R5yIwp
>>684
> Reiser said he hoped a cherry tree would be planted to mark the grave site.
Hans「Ninaを埋めた穴の上にはB*-Treeを植えてくれ。すぐに見付かるから」
取調官「お前は何を言っているんだ」
判決は8月13日。来週か。
無罪にならないかな……
748:login:Penguin
08/08/05 23:50:49 Ebe+pnZ0
どー考えても真っ黒だろ。
人殺しだよ？
749:login:Penguin
08/08/06 07:40:43 XGhgieD/
話題を変えてみる。
URLﾘﾝｸ(www.mail-archive.com)
btrfs v0.16 Releasedだそうな。
>v0.16 has a shiny new disk format, and is not compatible with
>filesystems created by older Btrfs releases.
人柱版ですなあ。
750:login:Penguin
08/08/06 15:49:41 4Vd3Wc7m
ReiserFSのパーティションに
最大いくつのファイルが保存できるんでしょう？
URLﾘﾝｸ(ja.wikipedia.org)
とりあえず自分で試してみると4億どころか6億まで生成可能なのを確認。
42億まで試したかったのですが、流石に時間が掛かり過ぎるので挫折。
どなたか試した方いませんか？
751:login:Penguin
08/08/06 15:52:33 AkO0dpZk
>>750
URLﾘﾝｸ(en.wikipedia.org)
752:login:Penguin
08/08/06 16:03:15 4Vd3Wc7m
>>751
4億は誤りですかそうですか・・・thx
753:login:Penguin
08/08/06 21:56:09 dzsXxKhf
>>749
人柱はもう埋めてるし。
＃あ、話題が戻っちゃった。
754:login:Penguin
08/08/07 10:21:51 87J+0ISt
reiserfsで、df -iのようにスマートにiノード使用率を知る方法ってあります？
findで調べると3日ぐらいかかって実用的じゃないのでお手上げ中＼(＾o＾)／
755:login:Penguin
08/08/07 15:26:53 BfZjv8e9
使用率って？
inode 数はフォーマットしたときに決まるわけじゃないよ。
756:login:Penguin
08/08/07 19:38:42 87J+0ISt
ReiserFSではiノード領域が動的だそうなので
使用率という表現は不適かも知れませんが、
ReiserFSには最大ファイル数が定義されているので
上で言っている使用率とは、保存iノード数/(2^32)を算出したいという意でした。
757:login:Penguin
08/08/07 23:43:35 zjcPtHkL
debugreiserfsで状態を表示させれば出てこないかな（manしかせず書いてます）
758:login:Penguin
08/08/08 00:44:31 qLCMww6N
Comparing HAMMER And Tux3
URLﾘﾝｸ(kerneltrap.org)
759:login:Penguin
08/08/10 01:35:30 pxX9OrGC
適当な圧縮ファイルシステムを探しています。
jffs2やyaffsは普通のHDDに適用できるでしょうか？
それか、他に圧縮可能なファイルシステムはあるでしょうか？
760:login:Penguin
08/08/10 01:51:03 W3NVT3EJ
URLﾘﾝｸ(www.watch.impress.co.jp)
今の時代のHDDに圧縮ファイルシステムなんて必要か？
761:login:Penguin
08/08/10 01:53:48 mtRJUZnW
e2compr か Reiser4
jffs2はHDDに使えなかった気がする
762:login:Penguin
08/08/10 02:36:11 pxX9OrGC
>>760
そういう考え方ならLinux自体を切り捨てることも可能だね。
>>761
e2comprを検討してみます。ありがとうございました。
763:login:Penguin
08/08/10 08:01:19 SXtQoZrp
まて、e2comprはもう何年もメンテされてないぞ
764:login:Penguin
08/08/10 09:29:39 HojDpI5d
>>759
URLﾘﾝｸ(ubulog.blogspot.com)
765:login:Penguin
08/08/10 11:56:52 QN4uaPhm
誰も貼ってないのか
ext4のfsckはext3より7倍速いぜヒャッハ～
URLﾘﾝｸ(tytso.livejournal.com)
766:login:Penguin
08/08/10 13:17:14 SXtQoZrp
>>765
ext3は大容量だと間接参照たっぷりになるのでチェックすべきinodeがやたら水ぶくれするが、それがエクステントで解決したぜー
って事だと思う。
ただ現状のext3のfsck速度を考えると７倍ごときでは屁のつっぱりにもならん。
767:login:Penguin
08/08/10 13:25:54 pmNdfklh
いつの間にかext3より遅くなっていた本体の方を…
768:login:Penguin
08/08/10 17:43:03 mtRJUZnW
>>763
2008/6/25に更新した中の人泣くぞ
URLﾘﾝｸ(sourceforge.net)
769:login:Penguin
08/08/12 10:20:24 IDhTWp2o
>>760
DB、DWH系だと、インデックスやらを圧縮で速度やメモリ効率あげたりするのが結構あるよ
URLﾘﾝｸ(enterprise.watch.impress.co.jp)
URLﾘﾝｸ(www.cwi.nl)
圧縮関係だとそっち系のインデックス型データ構造の研究が最近進んでるみたいだし。
>764みたいFUSEの圧縮ファイルシステムもあるけど、
マウント元の実圧縮ファイルとマウント先の仮想ファイルが出来る感じらしい
URLﾘﾝｸ(www.ibm.com)
ｽﾚﾘﾝｸ(linux板:9-番)
770:login:Penguin
08/08/13 00:12:07 wRv5KoSx
>>758
二人ともメール長いんだよなー
771:login:Penguin
08/08/15 10:33:58 MmSR2W4V
lvmにxfsするのと
直にxfsするのと何か違いがある？
スナップショット、とかlvmの機能が使えなくなるだけ？
772:login:Penguin
08/08/15 11:37:44 J6yZJStA
ageんな
lvm使うとxfs側からlvm以下のブロックデバイスの情報が見えなくなるから、
たとえば下位ブロックデバイスがストライピング構成のときにsunit/swidthを
自動設定するとかそういうのが自動ではできなくなる
もちろんフォーマットオプションなりマウントオプションで手動ではできる
773:login:Penguin
08/08/15 20:24:46 zQTrwxTl
すみません。
どういうことですか。
lvm使わないほうが良いって事？
774:login:Penguin
08/08/15 20:39:10 rY/xFW1a
読んで分からないなら、lvmが必要かどうかだけで判断すればいいじゃね
775:login:Penguin
08/08/18 09:45:51 0/c48SOJ
centOS 5.2のcentosplus(kmod-xfs)
xfsを使用しています。
sda3から、sdb1へ
cp -a /home/* /mnt/ を実行したのですが、
(100ギガくらいのリポジトリデータ)大変遅いです。
同データをext3で運用していたのですが、こんなに遅いことはありませんでした。
何か設定はあるのでしょうか。
776:login:Penguin
08/08/18 10:00:22 bb9PWqLS
ageんな
URLﾘﾝｸ(everything2.org)
777:login:Penguin
08/08/18 10:01:53 k5kjfraR
age
778:login:Penguin
08/08/18 10:09:10 ldYOTmmD
>>772,776
テンプレにはsage進行とは書かれてないよ。
強制しちゃだめだよ
779:login:Penguin
08/08/18 10:43:40 bb9PWqLS
>>778
そういうくだらないレスこそsageにふさわしい
780:login:Penguin
08/08/18 11:01:49 ldYOTmmD
>>779
自虐ですか？
781:login:Penguin
08/08/18 19:37:51 vldwcItY
無能ほど場を仕切りたがる
782:login:Penguin
08/08/20 20:45:04 bODFjQn7
nilfs2にぼつぼつコメントがつきはじめたね。
さぁ時差を感じさせなくらいの速度で反応するだ。
でないとまたストールするよ。
783:login:Penguin
08/08/21 09:53:52 vJvCsUG9
>>782
どこでどこで？
784:login:Penguin
08/08/21 11:38:53 3lV0EPys
>>783
URLﾘﾝｸ(marc.info)
URLﾘﾝｸ(marc.info)
785:login:Penguin
08/08/21 17:57:27 vJvCsUG9
>>784
こんどはレスポンスもついているね。
パフォーマンスでxfsの値が妙なので、
ネタがそっちに流れつつあるような感じもするけど。
NILFSチーム、がんがれ！
786:login:Penguin
08/08/21 22:17:39 jRgtKzEd
NILFSの不思議な旅
787:login:Penguin
08/08/21 23:17:31 B/ykiK8f
>>785
-mmツリーにすでに入ってるね
788:login:Penguin
08/08/21 23:19:56 QWrpUtNi
>>787
reiser4も何年も入ってなかったっけ？
789:login:Penguin
08/08/22 06:00:26 U1Xz4OE4
>>788
何もなけりゃ29のマージウインドウが開いたあたりで
送り込まれるのではないかと。
reiser4は何かあったときの対応がねえ。
790:login:Penguin
08/08/22 18:45:27 kS+4aBzQ
Reiserがムショの中でも開発続けられれば…。第二級殺人じゃ絶対無理か。
791:login:Penguin
08/08/22 20:51:11 /bN7Lxst
「Reiserさん！面会ですよー」
「Reiser4のバグの話なんですが...」
792:login:Penguin
08/08/22 22:09:10 Abm1U3ii
>>791
なんという業よ。
ありえないと言いきれないところが怖い。
793:login:Penguin
08/08/22 23:00:44 63Jp6w4y
Reiserは自由と権利を制限されながらも安らかな時間を過ごしている。
ギスギスした戦場のような職場で、刑罰のような仕事を日々こなし、
自宅という冷たい針のムシロに寝に帰る日本のオトーサンと比べて
果たしてどちらがシャバなのか疑問に思ったり。
794:login:Penguin
08/08/22 23:20:01 2us8IYgl
ムショ暮らしとリーマン生活の
比較のコピペがあったよな。
まあでも冗談抜きでタンス作る代わりに
ＦＳ作らせるのがいいと思う
795:login:Penguin
08/08/22 23:54:22 /bN7Lxst
ZFSやらされたりしてw
796:login:Penguin
08/08/23 07:06:25 u1TixFnB
え、やっぱ殺人事件だったの？
こえー
797:login:Penguin
08/08/23 10:16:22 xvh0iauu
誰も知らない遺体の場所を司法取引で自供したからね・・・
798:login:Penguin
08/08/23 10:34:46 qaoL28+J
刑罰とオープンソース
論文をしたためるに値する価値がありそうな。
799:login:Penguin
08/08/23 10:36:46 Ud1YTKLx
ねーよ
800:login:Penguin
08/08/23 11:01:02 lHnHPGSu
アメリカじゃあ、パソコン組み立てとかも、やってるんじゃなかったか？
ファイルシステム開発させても良いような…
801:login:Penguin
08/08/23 12:10:02 amhj6vrk
>>800 iPod touch をクラックさせたら神だな。
802:login:Penguin
08/08/23 19:08:06 OC/fVtrT
「Reiserさん！面会ですよー」
「Reiser4のバグの話なんですが...」
「そうなんよ！今ここで直してるんだけど(ry」
「つ USBメモリ」
803:login:Penguin
08/08/23 19:43:09 dUeDDPOR
reiserはプログラマとしては優秀なんだろ？
だったらいくら殺人犯だとしても刑罰だけを与えるのは才能の
無駄遣いな気がするな。
ここはひとつ、ムショの中でもコードを書かせるべきだろ。
804:login:Penguin
08/08/23 19:43:34 ZpqkMYu4
特例でムショ内で開発認めることはできんのか？
人間としては最低だが能力は惜しい
805:login:Penguin
08/08/23 19:58:45 xvh0iauu
イス作らせるかわりにコード書かせるのか。いいアイデアだね。
問題は重犯罪者だからネット接続は不可だろう。
806:login:Penguin
08/08/23 20:20:11 Z+mQqizf
>>804
人間としては最低は言いすぎ。
愛憎の果ての殺人なんて、俺もお前もやらないとは限らない人間臭すぎる犯罪。
刑罰は当然だが、そこらの見知らぬ人間を殺して回るような犯罪とは違って
他人には口を挟めない部分がやっぱりあると思う。
それにしてもやりきれない・・・
807:login:Penguin
08/08/23 20:22:36 xvh0iauu
アホか。殺人は殺人だ。
808:login:Penguin
08/08/23 20:24:38 OC/fVtrT
・会社/自宅の開発環境を与える
・マシンは労務時間のみ使用可能とする
・外部の情報は看守経由でのみ可能(メールOK)
・進捗管理は仕様書の提出とする
・デバッガー／テスターとして他の服役者を使用可
・勤務中は水やコーヒーをいくら飲んでもよい
・給与は一般的な米国人プログラマと同等とする （出所時払い）
809:login:Penguin
08/08/23 20:28:23 MBfF4T3v
>>807
アホは思いだろう、こういうことを平気で言う人間がいる状況で裁判員制度だからなあ、この国は。
ってそんな話をする所なのかこのスレ
810:login:Penguin
08/08/23 20:50:27 xvh0iauu
いやオレハムラビ法典の信奉者なので。
ま、考え方の違いだな。
811:login:Penguin
08/08/23 22:14:42 FOSyfcbJ
つーかさ、司法取引で第一級殺人(意図的計画的な犯行)から減刑されてるんだぜ。
812:login:Penguin
08/08/23 22:25:23 HVgqQANJ
>>806
お前優しいな。だが
＞他人には口を挟めない部分がやっぱりあると思う。
事情が公表されてない以上、俺ら外野がそこまで言えるかね？
殺人は殺人、と思うのが普通だろ
813:login:Penguin
08/08/23 23:13:24 8KJsMJni
>>808
糞賃貸で騒音に悩んでいる俺にとっては好条件なんだけど、
米国に殺したい奴がいないんだよね...
814:808
08/08/24 01:17:38 7r//Y90b
>>813
ブラックなジョーク乙
もちろん808はフィクションです。
815:login:Penguin
08/08/27 19:56:14 0+48kDfx
例えばReiserFSは多数の小ファイルの扱いに優れている、というような表現が多いですが、
この場合の小ファイルって、どのくらいまでを指すのでしょうか？ 数KBまで？
816:login:Penguin
08/08/27 21:07:37 XlxteNMz
tail packingの話なら4k
817:login:Penguin
08/08/28 09:15:57 SXqaqT5P
>>802
データの持ち出しはまずいだろ
つ 紙とペン
818:login:Penguin
08/08/28 19:10:23 tSnJ5WCg
>>816
4kというのはOSのページサイズ制限からくるブロックサイズという理解でOK？
200kB～1MBが多数という用途ですので、ReiserFSの出番とはちょっと違うみたいですね。
ありがとうございました。
819:login:Penguin
08/08/28 23:06:34 JB+H4n7a
reiserのテールパッキングで速くなるってのは、ファイルあたりのシーク回数減らせるから??
820:login:Penguin
08/08/29 00:49:46 Edd7Vy8t
そうだよ。
821:login:Penguin
08/08/29 01:48:39 4lK4Ycyv
サンクス
822:login:Penguin
08/08/29 04:20:34 iaZyVY6w
「テールパッキングで速くなる」んじゃなくて、
テールパッキングをしない（notail）のほうが速くなるんじゃなかったか？
823:login:Penguin
08/08/29 12:26:46 alkNxi4Q
書き込みは遅くなる。読み込みは速くなる。
824:login:Penguin
08/08/30 19:23:26 yHNLzeMb
刑期の言い渡しを受ける。15年～終身
Hans Reiser Gets Sentence of 15-To-Life
URLﾘﾝｸ(yro.slashdot.org)
825:login:Penguin
08/08/31 12:21:17 r0NEbfQ5
終身hack
826:login:Penguin
08/08/31 16:07:17 EmZkRSgm
それはウラヤマシス
827:login:Penguin
08/09/02 21:02:31 5SXHvctn
232GB中187GB使用、NTFS圧縮機能を多用しているので断片化が93GBにも及んでしまった
8GBを超えるような3DゲームをインストールしたりNTFS圧縮解除すると必ずマシンごとフリーズする
HDD自体は全く問題ないんだが断片化もきついしもう二度とNTFS圧縮機能なんてつかわねえ
828:login:Penguin
08/09/02 22:16:35 VO9T1fkM
糞環境と使いどころを間違ってる頭が問題
829:login:Penguin
08/09/03 04:13:58 Xk+fZx2z
ReiserFS で約 80 MB（10 シリンダ分）のパーティションを作ったら、いきなり 30 MB くらい減っててビビった。
4 GB のパーティションでも同じだけ減ってたけど、今まで気づかんかった。
知らんかった……
830:login:Penguin
08/09/03 09:08:24 I3d+lpXC
ヒント:mkreiserfsの--journal-size
しかし、80MBのパーティションにジャーナリングファイルシステムは必要かね？
831:login:Penguin
08/09/03 15:02:57 iVy05m+O
とりあえず、消したファイルをツール等で復活できないように、
使ってない領域を0で埋めるようなツールを探しています。
ただ、そんな厳密なものはいらなくて、最優先なのは速度です。
なんかいいツールありますか？
832:login:Penguin
08/09/03 15:19:09 jmdo1eTZ
> sega
833:login:Penguin
08/09/03 16:53:35 MMCDH66W
mount /dev/hogehoge /target
mv /target/* /backup/
umount /target
dd if=/dev/zero of=/dev/hogehoge
mount /target
mv /backup/* /target
834:login:Penguin
08/09/03 16:55:06 MMCDH66W
コーディングの速度を最優先してみました。
835:login:Penguin
08/09/03 16:55:59 MMCDH66W
駄目じゃん俺。ファイルシステムを作り直すの忘れてるわ
836:login:Penguin
08/09/03 17:12:25 gy6I6xnc
shred
837:login:Penguin
08/09/03 18:25:11 enhdHru1
xfs
838:login:Penguin
08/09/03 22:00:24 0whAXUeF
AdvFS
839:login:Penguin
08/09/04 00:31:30 D8JUp3nR
>>831
dd if=/dev/zero of=/mnt/foo/bar bs=1024k
rm /mnt/foo/bar
これでだいたい消えるだろ。
840:login:Penguin
08/09/04 02:05:39 oV1qRSM1
アホか
841:login:Penguin
08/09/04 02:54:12 hW2btgDS
おすぎです
842:login:Penguin
08/09/04 03:26:28 OfHk9Fuj
dd遅い。
なんとかしろ。
843:login:Penguin
08/09/05 01:31:56 wNebxfYY
ルートシステムをパーティションAからパーティションBへ
まるごとコピーしたい場合、
cp -a で一気にやっちゃっていいんですか？
/dev のあたりがどうなるか不安です。
もちろん現在稼動中のルートじゃなくて、
第三のシステムCからAとBをマウントしてやるつもりです。
844:login:Penguin
08/09/05 02:09:42 Os+Kvd1W
>>843
cp -aでほとんど問題ない
デバイスファイルもシンボリックリンクもハードリンクも考慮してくれる
唯一元通りにならないのはsparse fileだけ
こればかりはdump/restoreでないと無理
845:login:Penguin
08/09/05 04:47:28 1sBBnm+4
>>843
拡張データを持てるファイルシステム(XFS等)で、拡張データを使う場合は
FS付属のツールを使うのが吉だけど、大抵はcp -aで問題ないと思うよ。
846:login:Penguin
08/09/05 07:01:10 5EcHMg0O
>>843
GNU cpなら--sparse=alwaysで作ってくれるんじゃなかったっけ？
URLﾘﾝｸ(www.linux.or.jp)
847:login:Penguin
08/09/05 10:11:20 +SJyFP4u
>>843
SELinux使ってるなら有効な環境で-cも付けないとラベル消えるぞ
URLﾘﾝｸ(www.atmarkit.co.jp)
848:login:Penguin
08/09/05 15:07:50 8UOYq6Hd
>>844
tarもスパースファイルをサポートしてますね(-S, --sparse)
849:login:Penguin
08/09/05 15:41:39 EqUjCuSV
Hans Reiser氏に15年以上の懲役判決が下った
URLﾘﾝｸ(slashdot.jp)
＼(＾o＾)／人生ｵﾜﾀ
＼(＾o＾)／reiserfsｵﾜﾀ
850:login:Penguin
08/09/05 15:59:35 dzRR9M4U
reiserfsの開発は誰かが引き継いでほしいな。
851:login:Penguin
08/09/05 16:15:53 ASnbqGpK
カリフォルニア州では刑に「～終身」がついた場合に保釈（hansの場合は15年後）される確立が1%と
極端に厳しいんで有名だってスラッシュドットに書き込みがあったけど、それが本当だったら
司法取り引きをした意味ないじゃん。
852:login:Penguin
08/09/05 16:23:55 kV5sEzEe
>>851
カリフォルニア州では死刑廃止されていないので、第一級殺人だと最悪
死刑の可能性がある。
853:login:Penguin
08/09/05 16:40:10 yJYLbrdu
本人は刑務所内で開発をしたい意向だ。
多分その望みは叶えられるだろう。
854:login:Penguin
08/09/05 17:18:15 kV5sEzEe
>>853
このスレでもガイシュツだけど、PCを使っての外部とのやり取りは
可能なのかなぁ。もちろん、手紙とかは検閲入るものの普通に
やり取りできるけどさ。
日本ですら以前は家族だけだったのが今は友人が出した手紙も普通に
読めるようになったし。
855:login:Penguin
08/09/05 17:28:15 cfp2W/Pk
どうなんだろね。
インターネット接続できる＝自由かつ秘密裏に外部の人間とコンタクトとれちゃうから、一般的には禁止じゃないの？
856:login:Penguin
08/09/05 17:37:48 +SJyFP4u
やはり鉛筆と紙だな
857:login:Penguin
08/09/05 18:14:56 kV5sEzEe
>>856
そして、それをOCR…、ってPGPの米国外持ち出しを思い出すな。
858:login:Penguin
08/09/05 20:19:02 K3X7Sr2a
Hansも出所するころには全身にコードが刻み込まれた絵人間に
URLﾘﾝｸ(wiredvision.jp)
859:login:Penguin
08/09/06 16:20:44 Jnd5r4sk
2027年7月7日 Hansあらわる
記者「Hansさん、出所おめでとうございます。」
Hans「いやー有難う。ところでReiserFSのメンテ状況はどう？」
記者「アレは...いや無事に出所できて良かったですね！」
860:login:Penguin
08/09/09 03:49:20 W19H5Uqv
知らない間にハードディスクに、
FAT16（：Ｅ）とReiserFSっていうﾊﾟｰﾃｨｼｮﾝができてたんですが、
これって削除しても大丈夫っぽいですか？
特にReiserFSがあるとﾊﾟｰﾃｨｼｮﾝ触るときに、「移動できないﾊﾟｰﾃｨｼｮﾝがあるため続行できません」とでてしまい不便してます
URLﾘﾝｸ(www.dotup.org)
URLﾘﾝｸ(www.dotup.org)
調べてみた結果俺みたいなﾊﾟｰﾃｨｼｮﾝ構成になっている人がほとんどいないようだったので、
初期から入ってるものではなくいつの間にか紛れ込んだものだとは思うのですが、
気になるので意見聞かせてください。
ＰＣでテレビを見たことはありません。
一応ＴＶを見れるタイプのＰＣですが設定はしていません。
Linuxのインストール系には手は出してないと思います。
861:login:Penguin
08/09/09 03:55:53 gB41I1Lq
質問する間でもなく、必要のないファイルは消してもいいというのと一緒だろ。
インストール’系’という言葉が気になるが、何かやらかしたの?
windowsで変なソフトを使っていない限り紛れ込むことはない。
862:login:Penguin
08/09/09 04:11:49 W19H5Uqv
>>861
昔酔った勢いでインストール系触ったような・・さわらなかったような・・
多分やってないハズです。
もう一個考えられるとしたら、
バックアップソフトのAcronis True Imageで緊急起動用のブートＣＤ作った時に
作成されたかもしれませんが、うーん・・・
まぁ基本的にはドライブＣ以外のﾃﾞｰﾀはどうなろうが関係ないはずですよね。
ありがとうございます。
863:login:Penguin
08/09/09 09:55:45 IAhfdh01
メーカーPCならリカバリ領域がReiserFSに見えてるのかもしれん・・・
と思ったけど200Mぽっちってことは無いだろうから分からんな。
不安なら1cdLinuxでマウントしてみるとかダンプしてみるとかすればいいんじゃないの？
864:login:Penguin
08/09/09 10:47:10 vqqGOdEY
>>860
板違い。
PC初心者
URLﾘﾝｸ(pc11.2ch.net)
865:login:Penguin
08/09/15 14:01:29 xgMSq0hA
全半角の時点でアレ
866:login:Penguin
08/09/21 07:15:01 oAQntVv0
いま、SSD搭載のノートPCにインストールするとき、お勧めのFSは何でしょうか?
まだ「決定版」は無いみたいですが…
867:login:Penguin
08/09/21 22:36:42 wn9vsd7X
便乗質問ですがSSDってロジカルな意味以外での断片化って
ありうるんですか？
868:login:Penguin
08/09/22 01:22:03 59rWT/4x
あるよ。コントローラが特定チップへの書き込み偏重を起こす副作用があるウェアレベリング手法を採用してたら。
869:login:Penguin
08/09/22 01:22:27 IWoMUFF9
断片化そのものはあるだろうけど、ウェアレベリングで
ランダムなアドレスに書き込んでいるから元から断片化しまくりだろうし、
断片化していてもシーク時間がないから断片化を気にすることに意味がないデバイスだよね。
870:login:Penguin
08/09/22 02:11:58 Ys/3lHk7
>>868,869
オマエらほんとはウェアレベリングのことよく知らないだろw
871:login:Penguin
08/09/22 13:30:45 aeCAnmJw
>>870尊師による具体的かつ詳細なウェアレベリング講座が始まります
872:login:Penguin
08/09/22 17:21:26 gNSkQdpN
講座はいいから、SSDにお勧めのFSを教えてくらさい
873:login:Penguin
08/09/22 17:22:09 6c0BmpVj
btrfs
874:login:Penguin
08/09/22 17:40:04 iwkTRVYz
btrfs はSSD用に開発されたFSじゃないでしょ。
875:login:Penguin
08/09/22 18:42:33 Ed/qK+EY
btrfsって言ってみたかっただけです
876:login:Penguin
08/09/22 21:03:58 iwkTRVYz
理由もなく勧めたわけですか。バカですね？
877:login:Penguin
08/09/22 21:16:43 6c0BmpVj
>>874
すらどに書いてあったから（w
まぁファイルシステムを最適化するよりも、
フラッシュのコントローラの方がこれからまだまだ変わってく
だろうから（今は既存のファイルシステムに合わせて
いろいろ処理を入れている）、当分はファイルシステム側
で何かせずに、ただのランダムアクセスの速いドライブとして
取り扱うのがいいのでは、ということだそうだ。
URLﾘﾝｸ(lwn.net)
KS2008: Filesystem and block layer interaction
878:login:Penguin
08/09/22 21:22:14 RcWgiPXz
iwkTRVYzが執拗につっこむ理由が分からん
879:login:Penguin
08/09/22 22:41:37 ycRdpTD1
nttが作っているファイルシステムとかどうよ。
webページではssdにもおすすめみたいなこと書いてあるけど。
880:login:Penguin
08/09/22 23:28:21 RcWgiPXz
フラッシュ側の書き込み分散がないか下手だと仮定すれば有効じゃない？
その仮定がガンガン変わってるのが現状だけど
881:login:Penguin
08/09/22 23:57:19 ipFxRDfa
原理的に追記型ファイルシステムならSSD（つーかフラッシュ）に
向いているとはいえるな。
ファイルの編集で、元ファイルへの書き込みが同じブロックへの
書き込みになるとウェアレベリングがまったく機能しないが、追記型なら
別のブロックへの書き込みになるから無問題。
ただ、書き込み処理で使う一時領域（ログ領域とか）が常に同じ区画だと、
そこが最初にやられてしまうので、その部分の改善は必要。この問題は
実はHDD時代からあって、XFSでログ領域が先に磨耗する（その領域での
エラーレートが有意に高くなる）という現象がATAプロトコルアナライザで
観測されてたりする。
882:login:Penguin
08/09/23 01:41:25 3BmYbyLb
SSDドライブの耐用年数を増やすカーネルパッチ？
URLﾘﾝｸ(www.atmarkit.co.jp)
883:login:Penguin
08/09/23 12:26:49 TkE/X+T7
>>881
>元ファイルへの書き込みが同じブロックへの
>書き込みになるとウェアレベリングがまったく機能しない
んなことはない。それを散らすのもウェアレベリング。
ただ単に空き領域から領域確保するときにだけ書き替え回数の少ないのを
選択するだけなら簡単だが、それではホントにすぐに壊れてしまう。
884:login:Penguin
08/09/23 13:47:39 7UGRt7NJ
フラッシュのコントローラって
どのアドレスにどんだけ書いたとかの情報も保持してるの？
885:login:Penguin
08/09/23 18:26:10 CdCfBQmf
>>884
ものによるが、普通の安いコントローラはそんな領域はもってないわな
886:login:Penguin
08/09/23 18:31:29 CdCfBQmf
>>882
うむSSDにおいてはdiscard requestが本質で、NILFS, btrfsみたいなappend write思考はウェアレベリング制御コントローラを持たないフラッシュ（組み込み系にしか存在しない）にしか意味がない。
あと、Intelは我が社のSSDのコントローラは超Cooooolなので普通のFSでも全然問題なくて、単に速いHDDとして使えるぜーーって喧伝しているので、カーネルコミュニティ的には、
なんだハードで対策できる問題領域ならハードでやらせたらいいじゃん。的な雰囲気
887:login:Penguin
08/09/23 19:59:58 7UGRt7NJ
>>882
これってさ、つまりSSDに一度fs作った後
全領域をなんかのデータで埋めてしまうと、
それをfs上で削除した後でもdiscardされたことになってないので、
fsのメタデータみたいな書き換えが超頻繁なところでも
フラッシュ上の位置が固定されてしまうってこと？
888:login:Penguin
08/09/24 00:03:41 Qx+obLfG
>>887
flashがいっぱいになっても書き込み位置は固定されない。
固定したらすぐに壊れてしまう。
discardされない場合、fs的には空き領域なのに、不要なデータをコピーして
領域を移動したりすることになるんだろう。
当然コピーすればさらに書き込みが発生するので、その分寿命が縮む。
discardすればコピーしなくてよくなるので、乱暴に言えば寿命が2倍になる。
889:login:Penguin
08/09/24 08:49:33 c9gJjpCf
結局 file system レベルの内容を理解した上で
制御してくれるコントローラが寿命の短い flash memory 向けには
必要なんだけど、実際にはその手前のレベルの実装になってるってことかな?
890:login:Penguin
08/09/24 11:40:33 UINH6EwP
SDカードのfsがFAT16に固定されてたのは
そこら辺が関係してるのかな。
というかSDカードのコントローラってどこにあるんだ？
891:login:Penguin
08/09/24 13:54:37 t2pMdKqe
>>890
そりゃカード側ですがな。
あの手のカードでコントローラが入ってないのは
スマートメディアくらいじゃないかのう。
892:login:Penguin
08/09/24 15:45:17 3ffijfuO
下位レイヤの構造をファイルシステムで考慮するのはあんまり好きじゃないなぁ。
すぐ下層のRAIDストライプ幅考慮くらいならまだ許せるんだけど。
頭の悪いウェアレベリング対策で過渡的にFS側で考慮するのは仕方ないけど、環境に適応しすぎた
進化の先は必ずどん詰まりだし、SSD側で何とかなるなら丸投げする方がいいだろうね
893:login:Penguin
08/09/24 16:15:44 C+IH/2xC
ただ、SSDのコントローラ側は当然ながらFAT32かNTFSしか考えていないわけで。
894:login:Penguin
08/09/24 22:11:45 QRf9ri97
exFATのこともたまには思い出してください
895:login:Penguin
08/09/24 22:43:51 RSAxEbKk
>>893
FATになる部分はどうやってるんだろう
896:login:Penguin
08/09/24 22:49:13 3ffijfuO
>>893
USBフラッシュならともかく、SSDでそれは考えづらい。
SSDはサーバストレージの置き換えも視野に入れてるし、コントローラが特定のFSに
特化するならそれこそ過適応だよ。コントローラがFSに対応してても、RAIDなり
論理ボリュームなりで細切れにされたら全く対応できないわけで。
回路規模でかくして環境依存かつ複雑なアルゴリズムを採用する判断は普通しないだろう。
897:login:Penguin
08/09/24 22:54:40 ZMNTIDGn
最近USBフラッシュ上にインストールできる鳥が多いが、
yum -y update に耐えられるメモリに出会ったことがない。
つか、使えるの教えてほしい。
898:login:Penguin
08/09/24 23:16:14 jpGgbHMv
>>897
yum -y update すると何が起きるの?
899:login:Penguin
08/09/24 23:17:44 YyeaGl1F
USBメモリがパンパンになる
900:login:Penguin
08/09/24 23:27:00 ZMNTIDGn
途中でファイルシステムからI/Oエラーみたいなのが
でるけど、あれは容量が足りてないの？
2GBのメモリで512MBの上書き可能領域を設定していて、
ソフトの２、３個は確かに問題なくインストールできるんだけど。
901:login:Penguin
08/09/24 23:49:03 t6WL9Ml4
大胆に言えば、「未使用部分は消去しないで放っておくという最適化」を止めるというだけ。
その通知はzero fillでは適当ではなくコマンド発行が正しい使い方だったということだよね。
>>897
それは量的な問題で、16GBの奴とか使えばいいんでないか?
902:login:Penguin
08/09/25 09:30:05 gW2/+wNw
>>901
CF ELASE SECTORSだったかな。うろ覚えだけど
結局OSの対応がいるからそのままって訳には行かないしこのコマンド発行してくれる実装のファイルシステムはあるのかしらない。
ZFSあたりはELASE SECTORってのが有った気もするので対応してそうな予感
903:login:Penguin
08/09/26 01:13:27 toU2R+YV
ELASE-SECTOR に一致する情報は見つかりませんでした。
904:login:Penguin
08/09/26 01:48:51 MxRUPN85
>>903
ERASE SECTORやね
スペルミスしてた。ｽﾏｿ
905:login:Penguin
08/09/27 02:44:23 ihJfj8xO
>>900
この件はもっと事例報告があればいいな。
実は自分の所では、もっと高価なSSD (SLC) で似たような事が起きている。
yum upgrade や yum update でバージョンアップしているときに ext3 ナントカ error
(正確なメッセージは記録していない。今度出たらちゃんと記録するよ)
というのが出て、次回起動時に fsckが必要になり、いくつかのファイルが失われた。
(yum upgrade を4回ほどやったうち、2回その現象が起きている)
失われたシステムファイルは yum reinstall で今のところどうにかなっているようではある。
自分のSSDの初期不良なのか、yumなどで 大量に書き換えをするときにフラッシュメモリー
デバイスにありうる一般的な問題なのか、切り分けたい所なので、>>900 のような事例が
他にもあれば、報告して欲しいな。
スレ違いなら、どこで訊くのがよいだろう。俺としては、この fs スレで新しい知見が得られると
ウレシイのだけれど。
906:login:Penguin
08/09/27 12:22:06 kG6oXFXC
>>905
USBメモリの容量不足だったようです。すまん。
640MBのイメージが圧縮されているのでOS起動時には
2.1GBのサイズになっているのがdfで確認できる。
つまり約3～4倍に膨れる。
--overlay-size-mb 512 で上書き可能サイズ512MBにしても
ダウンロードパッケージが400MBほど、さらにこれが
展開される領域が必要で、しかももとの圧縮OSイメージ上の
ファイルは消されずそのまま残るので、
ダウンロードパッケージのダウンロード先を別メモリにして、
さらに--overlay-size-mb 1200でも2/3くらい展開したところで
いっぱいになった。
結論 2GB のメモリじゃぜんぜん足りん。orz
907:login:Penguin
08/09/27 20:10:27 GhDIi3T5
つまらんが、安心できる落ちだったなw
908:login:Penguin
08/09/27 20:11:12 GhDIi3T5
おっといけない、報告乙です >>906 。
909:905
08/09/28 04:17:21 yW2sy9CV
安心できないのは俺だけかよ orz
あと1週間もすれば OS の RC1 が出るので、そのときまた yum upgrade で
オカシナことが起きるかも知れん。通常使用では異常は起きてないんだが。
ところで SSD で ext3 を使う場合、書き込みを少しでも減らすために
noatime, nodiratime をマウントオプションに入れるのは有用なのかな。
あるいはこのオプションでファイルシステムを構築すると、動作がおかしく
なるアプリはあるのかな。
910:login:Penguin
08/09/28 05:49:38 VCyQqHEh
noatime,nodiratimeで問題が起こる例に出会ったことは今のところないなぁ
安定重視で運用するなら、まずアップデートが必要かどうかから
検討した方がいいんでない？
911:login:Penguin
08/09/28 19:46:50 ag6sJ/bC
Gentoo とかは noatime 推奨してるぐらいだし大丈夫なんでね?
912:login:Penguin
08/09/28 20:07:30 CeAQTKB8
relatime が導入され理由って、なんだったっけ？
913:login:Penguin
08/09/28 20:59:14 jkHVDhT6
つ man mount
Similar to noatime, but doesn’t break mutt or other
applications that need to know if a file has been read
since the last time it was modified.
本当に "other applications" は存在するのだろうか。
もしかして mutt のためだけに存在するとかありそうだが。
914:905
08/09/29 04:32:31 XZ5p0plM
>>910>安定重視で運用するなら、まずアップデートが必要かどうかから検討した方がいいんでない？
これは耳が痛い。しかし本当に安定重視なら、さっさとSSDを取り替えまーす。
>>911
そうなんですか。ちょっと安心しました。さっそくこのオプションをつけてみました。
>>913
mutt って、メールの未読・既読を atimeで管理しているんですか? だとすればそれはあまり良い仕様
ではないような気がするなあ。
私自身は、大昔に find -atime でファイルを探したりしたこともあったので、無くなると不便かも、
とか思わないでもないですが、ここ10年は -atime なんて使ってないので、まあいいかという気も。
915:login:Penguin
08/09/29 07:33:01 tJYBJ2w6
システムコール lstat で巨大なファイル（5GBとか）の
情報を取得しようとすると、戻り値が -1 で errno には
Errno = 75: Value too large for defined data type
が入って返ってきます。
回避する方法はないものでしょうか？
916:915
08/09/29 08:33:30 tJYBJ2w6
stat64 を使えということは分かりました．
ところでこういう話題はム板の方がいいんでしょうか？
それとも Linux 板でいいんでしょうか？
917:login:Penguin
08/09/29 12:59:49 L4lBHZ6L
>>916
どっちでもロクな回答は返らない
APUE嫁
man嫁
info嫁
918:login:Penguin
08/09/29 13:30:54 cvmxD0my
>>914
メールソフトの場合、ファイルを書くのはsendmail, 読むのはmuttだろ。
んで、特に厳密なプロトコルがあるわけではないので新着お知らせを実装したいと
毎回ファイルを読み直すか、atimeとmtime を比較するか。の話にどうしてもなる気がする。
ローカルにPOPサーバ立てて管理するのが賢いんじゃね？という気もするが。
このへん、メーラ毎に独自ファイルフォーマットのWindowsとは違った苦しみがあるよな。Linux
919:login:Penguin
08/09/29 14:21:27 XZ5p0plM
>>918
しかし atimeとmtime の比較だと、メールリーダー以外のアプリでアクセスすると新着お知らせしてくれなくなるね。
ウチは新着お知らせに asmail を使っているけれど、noatime でもちゃんと「お知らせ」してくれたよ。
less でスプールを読んだくらいでは「お知らせ」は終了しなかった…ってこれは noatime のもとでは当然か。
920:918
08/09/29 23:56:22 cvmxD0my
>>919
ごめん、流れをちゃんと読んでなかった。muttってバカなの？死ぬの？って質問の回答はYes, Of cource. だと思ってます :-)
921:login:Penguin
08/09/30 09:46:51 vrgONqZt
なんかオバカが混じってる気がしますが…
(mutt を使ったわけでも確認したわけでもないでしょ?)
昔ながらの biff とか shell 通知の "you have unread mail"は
>918 が書いてるように mtime, atime 比較をするのが
妥当だしそれしか方法はない
(ただし mbox タイプのスプールにしか使えない手法)
>914 の「未読管理」の話はおそらくその話を誤解している。
mbox だったらスプール全体で時刻情報1つしかないんだから
使用不能だし、maildir 系はそういう情報は使わない
(ファイルに拡張しみたいにつけてく)
>919
それは新しいメールが来た(mtime 更新)の情報でしょ?
上記のlogin時の「まだ読んでないメールあるよ(atimeとmtime)」とは別。
ということでヌケ作は >920 ですね
922:login:Penguin
08/10/01 00:11:34 zZx3s+9c
実は 920=921 と予想。
923:login:Penguin
08/10/01 18:59:06 iSmqobed
root fiesystemにNFSサーバーを使用してボードコンピュータを起動したいのですが
イーサーブート後、nfsマウントしてカーネルはロードした後、
ロード(nfsマウント)したfilesysytemがread-onlyになってしまいます。
/etc/exports下記でrw指定しているんですがなぜでしょうか？
/usr/src/exports 192.168.0.xxx(sync,rw,no_root_squash)
ボードの起動完了後に
mount -n -o remount,rw /
しても効きません
924:login:Penguin
08/10/01 23:31:02 Bd3jk6SU
PXEのコマンドライン晒してみ？
925:login:Penguin
08/10/10 19:11:21 4Novx3gU
UBIFSってなんぞ
926:login:Penguin
08/10/10 19:23:33 ZxeZssLK
>>925
URLﾘﾝｸ(lwn.net)
927:login:Penguin
08/10/10 22:08:17 RWlL9BKf
>>925
フラッシュ用ファイルシステム、ただしＳＳＤのようなコントローラがＨＤＤのフリしてくれるやつには意味ない。
組み込み向けだね
928:login:Penguin
08/10/11 01:12:56 5UHGXJFw
ちょっと前にも話題になっていたけど、SSDにはコントローラの性能向上を信じて
ext3のままでもいいのか、それともフラッシュ向けとされるJFFS2のほうがいいのか
どうなんだろう?
discard patchうんぬんという話もあるしなぁ
929:login:Penguin
08/10/11 03:29:55 C35hQhNl
>>928
SSDには、というか一般のブロックデバイスにはJFFS2やUBIFSは使えないだろ
930:login:Penguin
08/10/11 03:46:56 /DmF+eXK
>>928
面倒な事は何もやらないけど、ものすげー安い or 速いSSD
＋
そういう面倒を引き受けてくれるファイルシステム
つうのがいいんじゃないかと思うんだが、世の中そういう方向に行ってくれなくてのう。
931:login:Penguin
08/10/11 05:03:38 HTsFZd/e
今のファイルシステムも信頼できないのに、どんどんと新しい信頼できそうにない
ファイルシステムをもってくるのはやめてほしい＞Linux。
（客に提案するサーバのうち NFS serverは全部Linux以外だぜHAHAHA!!）
SSDはさっさとECC的なチェック位して、まともにリードエラー出すようにしてくれないと
個人でも心配でメインには使用できない。
ここまで故障しやすいシステムなんてこれまで考慮されてないんだから
ハードウェア側でさっさと対処して、OS標準ファイルシステムがデバイス依存に
ならないようにしてほしいわ。
932:login:Penguin
08/10/11 07:59:47 yGwU5XzZ
>>931
>SSDはさっさとECC的なチェック位して、まともにリードエラー出すようにしてくれないと
もうやってる。
なんでSSDに対して対策が必要なのかを根本的に理解してないタイプか。
933:login:Penguin
08/10/11 08:56:37 ppTdVB+e
直接sambaとかNFSサーバ見せないでプロキシ経由で
アクセスするようにってできないですかね？
直接ファイル鯖いじられたくない困った
934:login:Penguin
08/10/11 09:09:28 QSGYszLu
>>933
よくわからんが、Apache で WebDAV
935:login:Penguin
08/10/11 09:16:02 ppTdVB+e
>>934
sambaとかって
鯖ー鯖(蔵）ー蔵方式で
マウントできますかね？
WebDAVとか遅いからだめなんですよ
936:login:Penguin
08/10/11 09:24:39 WkhcPGyl
>>935
質問の仕方もおかしいし、スレ違いって事もわからないようじゃ君には無理。
937:login:Penguin
08/10/11 11:49:16 /eNXCR9B
>>931
LinuxのFSが信頼性よりパフォーマンスなのは同意するが
NFSサーバがLinuxじゃないのはNFSが互換実装なのを嫌った方がでかいだろう。
SSDでも突っ込み入っているけど、調べる癖は付けといたた方がいいよ。
客とやらを不幸にする前にね。
938:login:Penguin
08/10/11 12:39:21 F5yk1I08
>>931
おまえがタームだけしか知らずにモノを言うシッタカなのは理解してあげたので、
とりあえず
URLﾘﾝｸ(homepage3.nifty.com)
でも読んで出直せ。
939:login:Penguin
08/10/11 14:10:29 g3joq6C9
SSDがどんどんHDD的に使えるようになってるのでFS開発者としては
新設計なしで静観予定らしいけど、
SSD,HDD -> 従来FSでおけ
生フラッシュ -> MTD, UBIでおけ
USBメモリとか -> 選択肢が無い・・・
というわけで、大容量USBメモリとかSD/CFが使いにくいまま。
小容量ならinitramfsでメモリ展開して終わりなんだけど、
大容量フラッシュメモリデバイスをうまく使う方法が無いのが
ちょっと微妙。tmpfsを被せて使うくらいしかできない。
940:login:Penguin
08/10/11 14:14:16 ZEc5lvl1
NTFSでハードリンクを使ったら、削除がすごく遅くて使えない
というか、１つの実体ファイルに対してのハードリンクの数に
比例して速度が落ちていっているようです。
pdumpfsで10万ファイルくらいあるフォルダをバックアップして
３ヶ月くらい放置してあったんだけど、
（実体が約10万ファイルで、×90日＝約900万個のハードリンク）
pdumpfs-cleanがいつまで経っても終わらないので調べてみたら
上の状態で１日分削除するのに１時間以上かかっていました。
ハードリンク数が減ってくればスピードが上がるとはいえ、これでは
クリーンアップが終わる前に、次のバックアップ時間になってしまいます。
ext3とかXFSでもこんなに遅い…なんてことはないですよね？
バックアップ専用にLinuxサーバーを作ろうとか考えてるけど。
941:login:Penguin
08/10/11 14:35:59 3CVcp8Gk
>>940
バックアップ先にネイティブではないFSを選択するなんてどうかしている。
942:login:Penguin
08/10/11 16:31:14 ZEc5lvl1
>>941
Windows上でNTFSを使っているからファイルシステムはネイティブですよ。
LinuxのNTFS実装ではなくて、Windowsから直に使っても劇遅なのです。
pdumpfsはWindows用の実装もあって、Windows用はNTFSのハードリンクを使う。
元々pdumpfs自体はLinux上で使うように作られていたので、
Windows移植版は亜流扱いかなと思って、本来の環境(Linux+ext3/XFS)での
バックアップ運用を考えているんだけど、こっちでも同じようにパフォーマンスが
落ちるなら新しくサーバーを作る意味がないのです。
ext3ならハードリンクの削除はi-nodeの削除と参照カウントを変更するだけだと
思うのでパフォーマンスは落ちない気はするのですが、実際はどうなのかなと。
943:login:Penguin
08/10/11 17:05:54 F5yk1I08
>>939
SDなんて規格でSDだとFAT、SDHCだとFAT32を使うことを決められているんだし、
CFやUSBメモリもFSの規格化こそされていないものの、既存のFAT32から変更する
ことなんて相互運用性を考えるとありえないし、FSレベルではできることは
FAT32でwrite buffer回りをフラッシュ向けのパラメータに調整するとか、
かなり限られるだろうからなぁ。
運用面では、いったんHDDなりtmpfsなりに書き出してから、カードを抜く前に
一気に書き出すようにするとか、fsだけでやるよりは、いろいろやれるだろうけど。
944:login:Penguin
08/10/11 21:38:02 g3joq6C9
>>942
そう考えるとVistaのReadyBoostはうまいよな。
HDDよりはるかに高速なリード系キャッシュとしてのみ使って、
ライトはキャッシュしないでHDDにダイレクトに戻すわけだから。
OS側でHDD+Flashのハイブリッドデバイスにしてるようなもん。
Linuxでもaufsとかでうまくラップしたら同じ構成にできるかな？
945:login:Penguin
08/10/11 22:33:13 BChDsKTE
>>944
今ならRAMを大量に積んで、開いたRAMを積極的にキャッシュに使うほうが
有意義だと思うが、RAMよりはるかに低速なFlashを使う意味はあるのか？
946:login:Penguin
08/10/11 22:35:35 3CVcp8Gk
VistaのReadyBoost は思ったほど効果が出ないので廃れてきている。
メモリいっぱい積んでキャッシュした方が速い。
947:login:Penguin
08/10/11 22:39:15 /eNXCR9B
>>945
アイドル時の消費電力
948:login:Penguin
08/10/11 22:51:43 g3joq6C9
>>945
VMwareが使うテンポラリ領域に今はtmpfs割り当ててるけど
メモリ圧迫がきつい。なので、RAMより遅いけどHDDよりはランダム
リードが速いフラッシュに持っていきたい。
でも、いまだとリードキャッシュにのみ使うというような使い分けが
できないのでUSBフラッシュの激遅なランダムライトが思い切り足を
引っ張ってしまう。なので泣く泣くtmpfs使ってる。
949:login:Penguin
08/10/11 23:30:52 BChDsKTE
もちろん環境によって違うが、VMwareならメモリ8GBもあれば
ほとんどオンキャッシュじゃないか？
950:login:Penguin
08/10/12 15:34:42 cHEoGiGP
>>939
USBメモリもＯＳから見たらＡＴＡだ
>>943
おかげで、ＦＡＴ前提で消去動作をするデバイスがいて困る
951:login:Penguin
08/10/12 16:17:22 caxeqjv+
>>929
普通のブロックデバイスでJFFS2を使う方法は、ある
952:login:Penguin
08/10/12 23:38:54 cHEoGiGP
>>951
方法はあるがJFFS2のメリットがまるで生かせないのでオススメはしない。
そもそも、ブロックデバイス経由となるとそれなりに大きなフラッシュが大半だが、
JFFS2は大容量にあまりうまくスケールしない。
953:login:Penguin
08/10/13 03:50:43 /1X8bqTg
>>950
SCSIじゃないの？
954:login:Penguin
08/10/13 05:54:18 Yen7BMcS
>>950
USB mass storage classの立場が…
955:login:Penguin
08/10/13 10:31:00 KYd3m3EJ
>>942
WindowsのNTFS上のファイルをNTFS以外のところに
バックアップするのを>>941は言ってるんじゃないの？
956:login:Penguin
08/10/13 11:56:43 gw7EyGVh
ディスクイメージを丸ごと保存するしか無いことに気付くのさ
957:login:Penguin
08/10/13 16:17:01 0i0p6LYA
結局 dd とか Acronis TrueImage に頼らざるを得ないよな
958:login:Penguin
08/10/19 09:56:52 Y5v4Sc4N
Kernel Log: Ext4 completes development phase as interim step to btrfs
URLﾘﾝｸ(www.heise-online.co.uk)
959:login:Penguin
08/10/19 13:51:01 UH6RFsrQ
btrfsってベターエフエスじゃなくてバターエフエスだったのね
960:login:Penguin
08/10/20 16:30:26 kMVayZDo
NTFS並みにぶっ壊れないNTFS以外のFSないー？？？
961:login:Penguin
08/10/20 16:37:15 iP5zKBzc
>>960
おい、しっかりしろ！
壊れてるのはファイルシステムじゃなくてオマエの頭だ！
962:login:Penguin
08/10/22 08:49:29 I6jwpH/K
NTFS並みに「ぶっ壊れない」NTFS以外のFSないー？？？
じゃなく
「NTFS並みにぶっ壊れ」ないNTFS以外のFSないー？？？
じゃね
963:login:Penguin
08/10/22 10:59:57 NBHzzMxf
みなさまお勧めのFSはなんですか？(2008/10現在)
964:login:Penguin
08/10/22 14:12:28 C4w3eGpm
>>963
ヴぁたーえすえふ
965:login:Penguin
08/10/22 14:12:49 jdRhwaU9
JFS
もっとも中庸
966:login:Penguin
08/10/22 14:42:09 C4w3eGpm
JFSって実用に耐えるような品質じゃなかったような
967:login:Penguin
08/10/22 14:53:47 gVMTbwAJ
NTFS壊れないだろ。あれだけ利用者がいることを考えたら驚異の堅牢さ。
968:login:Penguin
08/10/22 14:55:10 q1aPF8u5
>>967
その点は認めるが、その分安全性に振ってあるせいか遅いんだよね。
969:533
08/10/22 20:05:03 pEgnaN2Y
>>966
個人レベルじゃ分からんね
まだファイルシステムとして問題になったことはないね。
970:login:Penguin
08/10/22 23:25:49 Df2ywAsR
ZFS(`･ω･)
971:login:Penguin
08/10/22 23:27:19 C4w3eGpm
>>969
壊れるわ落っこちるわで
個人レベルで使い物にならなかったから言ったんだが
972:login:Penguin
08/10/22 23:54:29 jdRhwaU9
JFSじゃなくて個人の能力の問題ぽいな
973:login:Penguin
08/10/22 23:58:54 1b7uzJ+6
能力者か
974:login:Penguin
08/10/23 01:03:22 AE+LtDQB
JFSの評価は試した時期によって真っ二つに分かれるよ。
オレはダメダメな頃に試して、開発チームの品質意識の低さに愛想が尽きたクチ。あんなものをv1.0とかリリース版とか呼ばないでくれ・・・
まあそろそろ許してやるかと思わんでもないけど、最悪レベルの悪印象１回で５年は忌避するね。
975:login:Penguin
08/10/23 01:19:26 NIVvYMeo
俺は一昨年あたりに試して駄目だったがな
どこかで「JFSは性能は悪いが安定してる」みたいなのを読んで騙された
三台くらいのマシンで使ってたが愛想が尽きたよ
Squidのキャッシュにしたらカーネルが頻繁にこけるし
数十GBのファイルシステムに使ったら1月も経たないうちに壊れやがった
全面的にxfsに切り替えてからはノートラブル
976:login:Penguin
08/10/23 01:43:33 rce9rSrQ
さすがに嘘っぽいなw
977:login:Penguin
08/10/23 01:53:17 h1GjsnzS
普通にufs(ffs)でいいと思うんだが。
だめっすか?
ちなみに、NTFSはVista SP1/W2K8 からNTFS Transactionが
入ったのがｽｹﾞｰよ。UNIXのFSには同じ機能はないよねえ。
978:login:Penguin
08/10/23 04:20:41 AeDLf20b
ufsとかほとんど使われてないだろ。
transactionは確かにあれば便利なような気はする。
でも実装するとなるとそうとうにvfsの大改造が必要になりそう…。
979:login:Penguin
08/10/23 06:49:03 AE+LtDQB
reiser4に入る予定だったのに・・・
980:login:Penguin
08/10/23 11:58:13 psJByFA2
>>975
ほおー。
以前も書いたかもしれないけど、俺はフェイルオーバークラスタ
の共有ディスクにして、httpdのドキュメント＆ログ兼postgresの
DB置き場にしていたけど、特に問題は起きなかったけどなぁ。
共有ディスクなんで、オンラインでのマウント・アンマウントなんか
も発生したけど、ファイルシステムの異常は発生しなかったよ。
981:login:Penguin
08/10/23 14:22:40 NIVvYMeo
>>980
それってappendと、既に割り当て済みの領域への書き込みしか発生しないだろ
ファイルシステムのテストになってないぞ
982:login:Penguin
08/10/23 20:49:02 xBWodj0l
>>970
ZFSってFUSEで実装してる分のオーバーヘッドってどんなものなんでしょうか？
983:login:Penguin
08/10/23 20:50:42 psJByFA2
>>981
別にファイルシステムのテストを企図して使ってたわけじゃないが、
頻繁にWebコンテンツの追加・削除は発生してたし、ファイルの
アップロードも存在したし、とあるシステム向けのデータファイルが
日ごとに追加されてたんで、それなりに負荷はあったと思うよ。
984:login:Penguin
08/10/23 21:25:23 IxMIJ6A4
とはいえ、やっぱりある程度特殊な環境かと。
webコンテンツの更新やらファイルのアップデートなんて、いくら頻繁でも
たかが知れている。
共有は共有でも開発環境のファイルサーバで、しょっちゅう
makeが動くとかなら話は全然別だけど。