10/02/02 01:33:52 mZQqXPaB
>>360 堅牢性? よく壊れないか、ntfsって。ntfsつーより、それで使ってるHDDの物理障害だが。
漏れの場合ntfs使わなくていいからlinux使っている部分もあるな。
363:login:Penguin
10/02/02 03:53:37 0KoFD9JO
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼ ＜漏れの場合ntfs使わなくていいからlinux使っている部分もあるな。
| |r┬-| |
＼ `ー'´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"～～｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
364:login:Penguin
10/02/02 03:59:51 JMnFnqzb
363 ：login:Penguin：2010/02/02(火) 03:53:37 ID:0KoFD9JO
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼ ＜漏れの場合ntfs使わなくていいからlinux使っている部分もあるな。
| |r┬-| |
＼ `ー'´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''" ｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
365:login:Penguin
10/02/02 08:31:25 3Lkp0h47
NTFSは消せないフォルダが良くできるというイメージがある。
366:login:Penguin
10/02/02 08:55:18 QwGTOUJN
cygwinからrm -fRするとあっさり消えるけどな。
367:login:Penguin
10/02/02 09:51:34 MDDkQD9/
>357 のリンク先の中の人
ZFS もよろ
368:login:Penguin
10/02/02 10:09:46 ctNBoYmX
ゆとりが沸いた
369:login:Penguin
10/02/02 21:21:33 KRWJTdad
ファイルサーバー用だとファイルシステムは何がいいのかな？
クライアントはwindowsで、もうすぐsamba3.5の正式版が出そうだし、
HDDも2TBの壁があるからwindows2000serverから乗り換えでlinuxに変えようかなと思ってるんだが。
linux・unix界隈で信頼性が高くて性能もよくてかつファイルサーバー用途に適したファイルシステムって何だろう？
solarisでzfsが一番かな？俺もともとsolaris使いだからそれでもいいんだけど、
linux使ってみたい。
370:login:Penguin
10/02/02 21:24:03 1ta9kaLZ
うまく動かせなかったときに人のせいに出来るから
Linuxを勧めない。Solaris使っとけ。
371:login:Penguin
10/02/02 21:25:34 RCiMAgrm
デバッグ参加したいのならばLinuxで…
素直にSolarisを使っている方が良いと思います.
372:login:Penguin
10/02/02 21:29:39 KRWJTdad
そうか、残念。
大人しくsolarisにしとくよ。
373:login:Penguin
10/02/02 22:12:59 vmjy63IM
NFSならSolarisいいけど、
Windowsクライアント・信頼性・性能って条件でWindowsServer以外の選択肢なんて、
どれも団子の背比べじゃないの？
それともウチではまともに動かんsmb2対応sambaで、よそでは性能出てるの？
374:login:Penguin
10/02/02 23:05:06 mZQqXPaB
え～? クライアントっすか?
なら、それ以前にイーサ通してFSにそんなに差があるのって?
実は10BaseTのハブまだ使ってるくせに～w
375:login:Penguin
10/02/02 23:25:09 rD7hlNtR
>>365
イメージね
376:login:Penguin
10/02/03 00:23:50 WWz6t4u0
>>373
「性能出る」の意味が具体的にどういうことを期待しているのかイマイチ
分からないけど、Solaris/zfs + sambaにクライアントWindows 7の組み合わせで
Read/Write共にGbEの帯域が常時95～98%位に張り付く程度には行けるから
別に不満はない。
377:login:Penguin
10/02/03 00:26:33 25ProWij
そもそも
378:login:Penguin
10/02/03 00:30:06 25ProWij
>>376
そもそも10/100と違ってギガイーサは100%に近い帯域は物理的な限界で達成しづらいと昔聞いたことがあるけど、
最近の機材では可能になってるの？
それからギガイーサの帯域を本当に埋めようと思ったら、
RAMFS(tmpfs)かSSDかRAID0を使わないと難しいと思うんだけどどうよ。
さらに裸のブロック転送と違ってファイルシステムだと５～７割くらいにパフォーマンスが落ちてしまうわけだし。
最近の機械はすげーなー
379:login:Penguin
10/02/03 00:56:21 WWz6t4u0
なにが言いたいのか散漫としていてアレだが、raidzのzfsはもとより、
Win7は標準でストライプ組めるんで、HDDでシーケンシャル100MB/s程度の
性能はふつーにクリアできるが……。
380:login:Penguin
10/02/03 01:09:19 25ProWij
>>379
伝わっていないようなので発言を繰り返すけど、
裸のブロック転送（シーケンシャル転送）で100MB出ても
ファイルシステムを通すと5～7割程度の速度になってしまうのが通例で、
その上でギガイーサの帯域ベースで95～98%も出せるものなの？ というツッコミだ。
そもそも個人でそんなニーズがあるならローカルに組んだ方がよほど早いと思うが……。
381:login:Penguin
10/02/03 01:12:52 VFKDGTH5
前世紀からこんにちは
382:login:Penguin
10/02/03 01:20:05 juqBWs4b
脳の帯域が制限されてる人は大変だな
383:login:Penguin
10/02/03 01:42:49 WWz6t4u0
なんとゆーか、まぁ、
「売値が千円の商品はお店の販売手数料を除くと仕入れ値は7割くらいに
なってしまうのが通例だ。それが店頭に並ぶと千円になってしまう
ものなの?」
みたいなツッコミだかボケだかされても、お店の人も返答に困ると思う。
プロトコルのオーバーヘッドがあるから、それを除いたデータサイズと
オーバーヘッド分も含む『帯域使用率』がどうかって話を一緒にされても、ね……。
384:login:Penguin
10/02/03 01:56:55 25ProWij
>>383
まあ確かに一緒くたにしているところはあるが、それは最初の話題がGbEの転送速度だからで。
オレの環境はサーバーがLinux/samba/ext3/3.5HDD5600rpmで、クライアントがVista。LANはギガイーサ。
これでダウンロードがFTPで40～60MB/s、smbで20～30MB/sになる。
オレ、設定ヘタクソなのかなあと思ってしまって。
385:login:Penguin
10/02/03 02:29:58 WWz6t4u0
CIFSの転送速度でも、普通に80～90MB/sは出るよ。
鯖はQ6600にintel NICでOpenSolaris 0906 / samba 3.0.4 に5400rpm HDD 5発のraidz2、
クライアントはQ9400にBroadcom NICでWindows 7に7200rpm HDD 2発のraid0。
クライアントがWindows XPだと速度が出なかったり安定しなかったりあるが、
VISTA以降で速度が出ないとしたら、ローカルのHDDが遅いとかウィルス対策の
ソフトなんかが悪さしているか、鯖の構成が悪いか、そのコンボとか…。
386:login:Penguin
10/02/03 06:24:51 TN/WOuoh
windowsクライアントの場合、クライアント側の状況でかなり変わるからなあ。
385ほどの高性能じゃないけど、linux鯖で50～60MB/s(数十ギガの移動だけどね)でるけどね。
ああ、sambaって意外と速いんだなあと感心してるところ。
387:login:Penguin
10/02/03 18:16:17 F1dw8xDt
>>376
いや、シーケンシャル6Gb/s以上でるNFSサーバーそのままSMBにした限界性能も
興味ないわけじゃないが、Windowsクライアントから小さなファイルを大量にアクセスするような、
実環境でありがちなシナリオでSamba3.5系のSMB2で性能でてるのかという疑問。
rc2使ってみた限り、SMB1の時より遅いし挙動が変すぎて使い物にならんかったので。
388:login:Penguin
10/02/03 18:25:13 AsoOpQuL
>>386
でもCPU負荷は高いよ。
389:login:Penguin
10/02/03 20:35:07 s7ZhW6av
あ～、sambaってFSじゃないんじゃないの?
すれ違いだよ
390:login:Penguin
10/02/03 20:39:52 6zgrKliT
>>389のFSの定義は矮小だな
391:login:Penguin
10/02/03 20:45:56 CfkOStSR
sambaと言わずにsmbfs/cifsって言えば良かったんだよ。きっと
392:login:Penguin
10/02/03 20:58:02 s7ZhW6av
え?ここはファイルシステムのスレだろ?
ネットワークのプロトコルや通信プログラムになんの関係がある。
インターネッツもFSだとか言い出しそうな勢いだなw
393:login:Penguin
10/02/03 21:01:44 /1vThFZG
そーいや、オンラインストレージをマウントするのってなかったっけ？
394:login:Penguin
10/02/03 21:38:55 QirPVOhZ
sambaのFSは指定できるよ、どう違うのかは知らんが
CIFSは広義的にインターネットも含むはず
でもここはNW的に閉じてる矮小なFSを語るスレにみえるけど
395:login:Penguin
10/02/03 21:48:11 uxVk4wB8
ファイルシステム(fs)の種類として
disk fs, network fs, pseudo fs, ... とかいろいろある
例えば
disk fs: ext3, ntfs, lfs, ...
network fs: NFS, CIFS, AFS, WebDAV, ...
pseudo fs: procfs, sysfs, devfs, ...
それぞれの network fs の定義は、そのプロトコル自身だと思うし
network fs の自然な拡張として memcached みたいな key-value store や
Chord のような DHT もファイルシステムだと思うな
ちなみに DNS や pop, imap も fs だと思う
396:login:Penguin
10/02/03 21:48:15 uloL9nrX
ネットワーク分散ファイルシステムとかが存在しない世界の人ってなんなの？
397:login:Penguin
10/02/03 21:55:45 CfkOStSR
過去にも同じ流れがあった気がするけど
俺的にはmountできれば全部OK
398:login:Penguin
10/02/04 00:42:49 ODnXVXGP
おまいらとりあえず>>1とそのリンク嫁。書込するならそれからな。これ基本だから。
どこにファイル分散のことなんかあるんだよ。
>ちなみに DNS や pop, imap も fs だと思う
-----インターネッツもFSだとか言い出しそうな勢いだなw
とわざわざ言っておいたんだが、やっぱり、そのとおりになったようだw。
> network fs: NFS, CIFS, AFS, WebDAV, ...
> それぞれの network fs の定義は、そのプロトコル自身だと思うし
「それぞれ」のnetwork fsって何よ? したり顔で君しか知らない変な造語作らないようにw
一般的に言われるところのUNIXシステムで利用されるファイル共有システムである
NFSって何の略だか言ってみな。
399:login:Penguin
10/02/04 00:48:22 6xqNWt2V
なんか商品名・サービス名としての固有名詞と、一般名称との違いを理解しない
変なのが沸いてきてるなぁ。
>398なんか、FOMAのマルチタスク(R)といわゆるマルチタスクの関係なんて
発狂するんじゃないか?
400:login:Penguin
10/02/04 00:50:42 rCC9X/RW
ま、リニアなアドレス空間をもつ記憶領域上に全体が存在するfs限定ってことで。
401:login:Penguin
10/02/04 00:57:03 74DjDQ4O
>>1にZFSが無い件
402:login:Penguin
10/02/04 01:14:25 jAVdNC+w
きっと超ザックリfuseで一括りに
403:login:Penguin
10/02/04 01:35:29 74DjDQ4O
なっとく…
404:login:Penguin
10/02/04 06:02:31 1tPJeR8H
キチガうぜえ
405:login:Penguin
10/02/04 10:19:02 NEEGppH8
で結局 samba 3.5 はどうなの。SMB2 対応が使い物にならないなら、
Windows Server 一択で、Linux に置き換えるのは samba 4 待ちになるが。
406:login:Penguin
10/02/04 10:27:32 itPjjXSQ
サンバは産婆スレでいいんじゃね？
ｽﾚﾘﾝｸ(linux板)
407:login:Penguin
10/02/04 12:08:32 jAVdNC+w
>>405
mountするなら何がいいかでない話は興味ないですし
408:sage
10/02/04 12:11:02 aNGeKl57
Sambaとかどうでもいい。
409:login:Penguin
10/02/04 17:58:18 UhHs3d9t
partimageはext4サポートする気ないんだろうか
fsarchiverはブートレコードバックアップできんし不便だわ
410:login:Penguin
10/02/04 18:06:28 TCHzYVHD
ext4はKernelが新しくなる度に遅くなってるのが
気になるな
411:login:Penguin
10/02/04 18:50:57 vTFZP5hp
ext4で毎回HDDのライトキャッシュをフラッシュするのはやりすぎじゃないのか
なー。キャッシュの意味ないじゃんそれ。
412:login:Penguin
10/02/04 20:58:57 giG4MA8Q
ライトキャッシュを使いたければbarrier=0でremountすればいい
ジャーナルが腐るからデフォルト無効になってるだけ
気にするな
413:login:Penguin
10/02/05 14:15:02 Ev5vg+gt
>412
ていうか遅くなってる大きな理由がbarrierでしょ。
気にしないわけにはいかなくない？
414:login:Penguin
10/02/05 14:23:58 hTXVw8Is
ただ断片化してるだけだろ。
mkfs直後で比較してるか？
415:login:Penguin
10/02/05 14:29:40 j8P2r62W
>>413
気にしたところでどうしろと
電源断後にそれまでのジャーナルが使いものにならないかもしれないとかジャーナル要らんわ
416:login:Penguin
10/02/06 18:44:14 Fdn0FgYJ
ZFS最強
417:login:Penguin
10/02/06 20:02:58 Fdn0FgYJ
Kubuntu9.10入れたらext4じゃねーか大丈夫なのかこれ
418:login:Penguin
10/02/06 20:38:52 yXf2SmUH
全然平気
419:login:Penguin
10/02/06 22:57:57 bd8mojzW
Ubuntu 9.04ではext4を使うとIO負荷が高い時にハングする問題があったようだが
Ubuntu 9.10では解消されている模様
420:login:Penguin
10/02/07 09:48:44 q8IusnYS
怖いなぁ
421:login:Penguin
10/02/07 22:58:42 hh2MMDn8
>>417
9.04で何か作業しながらゴミ箱をイジるなどするとフリーズすることがあったが、
9.1でなくなった。
かなりこなれてきた感じがする。
422:login:Penguin
10/02/07 23:02:42 hh2MMDn8
>>417
一緒です。
俺もkubu9.1をHP dv3000で、かなり前から使っている。
一度もフリーズはないし、ファイルの削除などが早くてよい。
423:login:Penguin
10/02/08 11:16:26 8boIWPX7
xfsからext4に変えて自分も思ったのは大量の小さなファイルの削除がかなり早くなったこと
妙なCPU負荷上昇がなくなったからそのおかげかな
424:login:Penguin
10/02/08 17:01:02 Hzj12kVK
2009年10月版という意味のバージョン番号を9.1って書かれると違和感あるワァ…
425:login:Penguin
10/02/08 22:18:23 aeyUnREj
>>423
XFSは削除の時にメタデータをゼロ梅する仕様だから
セキュリティ上はむしろ好ましいんだけど、細かいファイルを扱う
性能を求める向きには逆効果
426:login:Penguin
10/02/08 22:50:01 6gyji+ax
細かい多量のファイルがある場合はJFSのほうが良いそうだ。
427:login:Penguin
10/02/08 22:52:04 nRY3DDMs
いや全然よくなかったよ
大量のエロ画像保存してたけどext3/xfs/jfsの中ではjfsが最遅だった
428:login:Penguin
10/02/08 22:57:28 8boIWPX7
確かにjfsの方が体感的にはましだった
まあxfsが遅すぎただけだけどね
429:login:Penguin
10/02/08 23:18:31 aeyUnREj
逆に巨大なファイルだと最速だからねぇ
良くも悪くも極端というかｗ
430:login:Penguin
10/02/08 23:54:59 AFpSfLl2
>>427
画像ファイルは大きい。4kb以下を小さいという。
431:login:Penguin
10/02/09 00:03:14 pqU7Es5H
時代に完全に取り残されてるな
メールですら4KB以下なんてほとんど無い
432:login:Penguin
10/02/09 00:05:56 ZOmcZbmu
ユーザの感覚の話じゃないわけだが
433:login:Penguin
10/02/09 00:12:20 VeFVOoSl
>>431
ブロックサイズ未満かそれ以上かって話だ。
ここを覗く以上、ちったぁFSの仕組みを知っておいた方が良いぞ。
434:login:Penguin
10/02/09 00:13:04 pqU7Es5H
ファイルをファイルシステムに合わせるスレ
435:login:Penguin
10/02/09 00:17:02 fzWPTOrO
恥ずかしいね
436:login:Penguin
10/02/09 00:30:16 zAeAYJ/U
ノーチラスで見えるものが世界の全てだから仕方ない。
437:login:Penguin
10/02/10 15:17:02 MaCU/4DU
じゃあブロックサイズを大きくすればいいって事で。
438:login:Penguin
10/02/10 15:27:31 xYCKGJDz
ところで、透過的圧縮をサポートしてる実用レベルのFSってどれだけあるの？
439:login:Penguin
10/02/10 18:17:45 CkPl8Ash
>>438
Linuxのfsではquick hack的にサポートしては使われないまま忘れ去られていく
パターンが多いけど、btrfsは対応している。
ほかのOSだと、NTFSは圧縮をサポートしている一番メジャーなfsだし、
ZFSもサポートしている。ZFSではさらに重複排除機能
URLﾘﾝｸ(techtarget.itmedia.co.jp) もサポート
される予定。
440:login:Penguin
10/02/10 21:27:01 vvkl2b1c
lzoやlzfなら負荷は少ないよね
低負荷で途中からデコード出来るやつがあればもっといいのかな
441:login:Penguin
10/02/11 01:17:40 8kxaXMCl
>>439
いつの記事だよ
ZFSではもう重複排除実装済みだ
442:login:Penguin
10/02/13 18:11:03 yZ9svAdE
RHELでext4がサポートされる日を心待ちにしているのだが…
もしかしてテクノロジープレビューのまま終わるのか！？
443:login:Penguin
10/02/13 20:27:23 1p3AsHpU
Fedoraの標準がExt4になったから次で入るでしょ
444:login:Penguin
10/02/15 02:45:49 aiCgURp9
もうすぐRHELでもext3、ext4、XFSが選択肢になるということか
他のディス鳥に比べると遅いが、選択肢が増えるのは歓迎だな
445:login:Penguin
10/02/15 03:18:02 Q/CeyItx
>>444 RHEL が他の死鳥よりも遅いのは、性質上仕方がない。
むしろ、RHELが採用して、初めて、実用フェーズだと判断している。 <- 他力本願
(新しい技術って使いたいけど、トラブル面倒くさいのよね）
逆に、それまではじっと我慢汁のだ。
446:login:Penguin
10/02/15 04:02:04 aiCgURp9
RHELでext4とXFSがサポートされたら、ext4 vs XFSの戦いが再燃するな。ふふ…
447:login:Penguin
10/02/15 14:02:56 CZqrb4fN
>>445
んじゃ、RHELが採用しているってだけで、いまだにkernelは2.6.18を
使い続けているわけ?
448:445
10/02/15 20:13:36 d5l66Zgj
>>447 文脈を読め。どう見ても、RHEL || RHEL互換? ユーザー同士の会話だろ。
だから、「基本的には」当たり前に 2.6.18 。
449:login:Penguin
10/02/16 01:17:04 EIf+brif
exFATでいいじゃんもう
450:login:Penguin
10/02/16 23:37:37 /7AZE3KC
exFATはLinuxでまともに使えるようになったの？
451:login:Penguin
10/02/18 16:07:03 yBWoOp1+
犬厨には使いこなせないだけ
452:login:Penguin
10/02/18 20:59:55 a1dW3upm
そもそもWindowsでもexFATが使われてるの見たことない
453:login:Penguin
10/02/18 21:05:22 +S47WcAj
結局ntfs一択
454:login:Penguin
10/02/18 21:09:27 N3LAgGG/
exFAT は情報家電の記録メディア用。
455:login:Penguin
10/02/20 14:26:07 9ied+A03
exFATはWindows CEで使われてるんだっけ？
Windows Mobileとかもそうかな。
456:login:Penguin
10/02/20 22:22:06 XvxLgGqd
東芝の録画できるレグザは xfs だった気がする。
457:login:Penguin
10/02/20 23:02:50 fR8FVjC9
>>456
中身Linux?
デバイスドライバとか大丈夫なのかな
大穴でIRIXだったらちょっとやだな
458:login:Penguin
10/02/20 23:59:18 0V480wTK
ハイビジョンテレビとかレコーダーはほとんどLinuxでしょ
459:login:Penguin
10/02/20 23:59:54 rQZmneJH
そうなんだ。じゃあ買ったらソースコード要求していいのか
460:login:Penguin
10/02/21 00:03:20 Q6o+mKyJ
もちろん。公開してるところもある。
例えばAQUOSとかは↓
URLﾘﾝｸ(www.sharp.co.jp)
461:login:Penguin
10/02/21 22:50:28 c9sBME9L
NECのAXは最初のがReiserFSで次のがXFSだったな
462:login:Penguin
10/02/21 23:05:30 tQOOh8rp
kernel 2.6.32でext4がかな～り安定しているんで、面白みがないなぁ。
ext4は所詮はbtrfsまでのつなぎといわれていたけど、btrfsの開発の先行きが
どうにも不透明な現状、ext4ってかなり長生きしそうな予感。
463:login:Penguin
10/02/22 00:40:46 xBuspOtO
> btrfsの開発の先行きがどうにも不透明な現状
まじか…
オラクルがやる気ないのなら、どっかの企業が開発を引き継いでくれないかな
464:login:Penguin
10/02/22 01:54:34 S6bJULlX
>>463
このスレでもさんざガイシュツだけど
・OracleがSun買ってSolarisとZFS手にいれたので、Linux戦略が不透明になっている
・現状、btrfsのコードの更新が少ない ( URLﾘﾝｸ(git.kernel.org) 参照)
1ヶ月ぶりにコミットされたなぁと思ってみてみると大きくないパッチが7つ。
10日経ってまたコミットされたなぁと思ってみてみるとこれまた大きくはないパッチがという感じ。
・MLの流量も1日10通程度と次世代標準fsの開発MLとしては多いとはいえない
( URLﾘﾝｸ(www.mail-archive.com) 参照)
Oracle云々は置いといて、もっと開発者が参加してコミュニティを活発化させないとまずい。
465:login:Penguin
10/02/26 16:37:21 iUXMlNuq
age
466:Zeno ◆5nZQbNmQPs
10/02/26 17:03:36 x55SgVHx
>>462
ext4 では何が不満なのかね？
何故面白みが無いと思うのかね？
467:login:Penguin
10/02/26 18:22:57 wJm8A96I
>>466
ひょっとして、嫁一人だけで満足できるタイプ？
468:Zeno ◆5nZQbNmQPs
10/02/26 18:27:36 x55SgVHx
>>467
嫁を取る気はない。もし相手がいたとしてもの話だが。
そしてもちろん相手はいない。
469:login:Penguin
10/02/26 18:49:12 yCskjVmd
anticipatory削除すなぁ
BFQとかSIOってCFQと比べてどうなの？
470:login:Penguin
10/02/26 18:51:07 YI1w9qz0
おかえりなさい、あなた。
ごはんにする？おこめにする？ それとも、ラ・イ・ス？
471:Zeno ◆5nZQbNmQPs
10/02/26 18:52:44 x55SgVHx
>>470
> ごはんにする？おこめにする？ それとも、ラ・イ・ス？
おめこがいい。
472:login:Penguin
10/02/26 19:58:08 +iw3Qzpu
oracleはzfsとbtrfsのどっちに本気なの？
473:login:Penguin
10/02/26 20:56:58 dGd2Emr5
世界一を目指す理由は何か。２位ではだめなのか
474:login:Penguin
10/02/26 21:03:32 +FU1P8pL
>>464
俺達日本人でbtrfsを盛り上げていこうってぐらいの気概は無いのかよ？
475:login:Penguin
10/02/26 21:09:58 +iw3Qzpu
>>473
>>472
Renho Linuxの開発時には
btrfsを使う理由には何があるんでしょうか。ext4では駄目なんでしょうか
ext4を使う理由には何があるんでしょうか。ext3では駄目なんでしょうか
ext3を使うｒｙ
476:login:Penguin
10/02/26 21:11:07 +iw3Qzpu
machigaeta
>>473
>>472
て書くつもりだった。スマソ
477:login:Penguin
10/02/26 21:11:58 +iw3Qzpu
naniyattendawore
>>474
>>473
な
478:login:Penguin
10/02/26 21:32:05 SuGMbt/C
ext4はよいものだ。
ext3と互換性を断たなかったということだが、もっと素晴らしいのが出来たの?
479:login:Penguin
10/02/26 21:41:38 fL6fjQxL
日本語で
480:login:Penguin
10/02/26 22:08:01 +ohV+YPz
（互換性を断てば）もっと素晴らしいのが出来たの?
って言いたいんじゃないかな
481:login:Penguin
10/02/26 22:55:56 XObVL2Y4
会議で承認されるといいなと思いつつ、
btrfsをもっと強化すべく資料書いた。
直属の上司と話をしたらすでにやる気満々だった。
どうしてくれよう。
482:login:Penguin
10/02/26 23:01:15 dGd2Emr5
だって魅力的だろbtrfs
完成さえしていれば
483:481
10/02/26 23:18:08 XObVL2Y4
ああ、完成していればな…。
そこまでが程遠いがな。
484:login:Penguin
10/02/27 00:20:16 eqwL74J9
現状でbtrfsは100%の性能が出せます。
完成なんて飾りです。
偉い人にはそれがわからんのですよ。
485:login:Penguin
10/02/27 12:59:37 BOrH2yFU
ZFSがまともに実装されるなら、btrfsじゃなくていい
486:login:Penguin
10/02/27 13:01:55 sIv8WReA
ZFSって一種のブランドだな
487:login:Penguin
10/02/27 13:22:42 OarAMso+
>ZFS
Linuxで使いえないじゃん
488:login:Penguin
10/02/27 13:31:35 BrnK7GH2
オンラインストレージを複数まとめて、仮想ドライブとして使えるようなファイルシステムって
ありますか？出来れば、inode見たいな管理方式で、ある程度の容量で区切って複数の
ストレージに分配してくれるようなやつ…（アカウント内データだけでは復元不可とかね）
489:login:Penguin
10/02/27 13:34:04 qxISv2BX
>>487
使えたとしても、まともに実装されなければ意味無いじゃん。
>>488
そういうの欲しいね。ファイルシステムレベルじゃなくても、LVMとかで
サポートして欲しかった。
490:login:Penguin
10/02/27 14:05:55 7kISgjMA
>>489
ライセンス上カーネルツリーに入れられない
491:login:Penguin
10/02/27 15:05:04 7DurMl9B
いまではOracleが持ち主だから、ライセンスを変更する可能性もある。
492:login:Penguin
10/02/27 15:18:06 HB6Ikvql
>>488
fuse->nbd->lvm でいいだろ
493:login:Penguin
10/02/27 15:22:21 qxISv2BX
NBDて...
494:login:Penguin
10/02/27 15:30:41 y//yw1WQ
lvmってそういうレイヤーで使えるの？
UnionFSみたいに
495:login:Penguin
10/03/02 23:28:03 nj/tnWhP
496:login:Penguin
10/03/03 01:43:29 vZ5CGebD
HAMMERってのもあったと思ったがあれはどうなったの？
497:login:Penguin
10/03/03 21:30:37 ilAhJfbq
小さいファイルに強いFSってやっぱり必要だから
メインライン入りを期待してしまう。
Finally, Reiser4 Benchmarks Against EXT4 & Btrfs
URLﾘﾝｸ(www.phoronix.com)
498:login:Penguin
10/03/03 21:36:50 KeQT/fVP
>>496
本家は3月中旬に2.6リリース予定だけど、最近の変更にHAMMERの
バグ修正とか入ってるんで月末か来月あたりにずれ込むのかなあ。
FUSEで移植しようとしてる人がいるけど、blogは去年で止まってるね。
URLﾘﾝｸ(hammerfs-ftw.blogspot.com)
499:login:Penguin
10/03/04 02:40:10 YuDiX0q6
RHELは6でEXT4をデフォルトファイルシステムにするのかな？
今はEXT3で我慢するフェーズ？
うちの客もRHELかそのクローンしか考えられんという人種なのです
500:login:Penguin
10/03/04 16:20:23 s4zGuk7p
>>499
Fedoraの様子から推測すると多分にExt4標準
でもオンラインデフラグは封印
501:login:Penguin
10/03/04 19:10:43 G0NvWeBj
ZFSってWindowsに実装出来ないの?
502:login:Penguin
10/03/04 19:52:56 0xVm3n75
Windowsはアルファベットの大文字と小文字を同一視することが大前提だから、
ふつーに考えて全然無理だろ。
503:login:Penguin
10/03/04 20:06:22 keVCTxjP
別にそこは問題じゃないと思うぞ
だってOS/2とJFSだってそうだし
504:login:Penguin
10/03/04 20:30:34 /qiQGAH/
NTFSだって区別するぞ
505:login:Penguin
10/03/04 20:36:29 aEvRnO0b
Linux経由でNTFSにtest.txtとTest.txtを作って、Windowsで操作しようとすると
楽しいことになるぞ
506:login:Penguin
10/03/04 20:36:33 pClmRv5W
あれレジストリで挙動変えられなかったっけ
507:login:Penguin
10/03/04 20:48:49 keVCTxjP
>>506
変わんね変わんね
区別するしないはサブシステムに依る
508:login:Penguin
10/03/04 20:50:56 lOcg9dvk
Cygwinなら扱えるし。
509:login:Penguin
10/03/04 20:53:04 keVCTxjP
test.txtとTest.txtをか？
510:login:Penguin
10/03/04 21:36:01 lOcg9dvk
test.txtでもTest.txtでもTesT.txtでもちゃんと区別出来る。
511:login:Penguin
10/03/04 21:46:58 GI0bs/Wf
うちの子はこんなことになりますが...
$ ls -1;echo hoge>hoge.txt;cat HOGE.TXT
hoge
$
512:login:Penguin
10/03/04 21:54:53 lOcg9dvk
それちゃんと設定してないだけじゃん。
513:login:Penguin
10/03/04 22:04:32 keVCTxjP
お前が言ってんのは大文字小文字を区別するってだけで大文字小文字だけが違うファイルは共存出来ないだろ
514:login:Penguin
10/03/04 22:24:53 GI0bs/Wf
うちの子も区別できました
$ ls -1;echo hoge>hoge.txt;cat HOGE.TXT
cat: HOGE.TXT: No such file or directory
$
現在はなかなかマニアックな設定が必要なようです
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\kernel\obcaseinsensitiveを0にしてリブート
ドキュメントはこちら
URLﾘﾝｸ(cygwin.com)
515:login:Penguin
10/03/04 22:25:17 AQ81/cdp
ここはファイルシステムのスレなんだから「NTFSは区別する」が正しいだろ
Win32APIが区別しないだけ。以前のNTのPOSIXサブシステム上では、もちろん区別した。
516:login:Penguin
10/03/04 22:26:05 lOcg9dvk
ファイルシステムはcase sensitive
OSもcase sensitiveにするオプションがある
Cygwinもcase sensitive
これで扱えない理由って何？ｗｗｗ
試してみたらいいじゃん。
$ touch test TEST;ls
TEST test
517:login:Penguin
10/03/04 22:31:00 keVCTxjP
OK俺が間違っていた
518:login:Penguin
10/03/04 23:18:23 lb/LY8lr
絶対赦さない
519:login:Penguin
10/03/05 09:56:50 xVaBrCWz
どうしていつまで経ってもNTFSを超えられないのですか？
520:login:Penguin
10/03/05 10:00:46 Sr5MOBUS
M$製品しか知らない人はそう思うよね
521:login:Penguin
10/03/05 13:12:28 53P9g7Xc
NTFS卒業したい
ZFSでキャッキャしたい
522:login:Penguin
10/03/06 01:03:37 8UhJa7wi
そしてNILFSの不思議な旅
523:login:Penguin
10/03/06 02:29:13 Zysj1eoM
NTFS以外を使う手段は全くないの？
サードパーティーとか含めても。
524: ◆Zsh/ladOX.
10/03/06 22:28:03 H2r55cXa
nilfsを使いはじめて4，5ヶ月になる。
zsh使いなので、ディレクトリでファイル名の先頭の数文字だけ
入れて残りはtab打って適当に入力をズボラしてるんだけど、
ディレクトリ中のファイルが多いとext3とかに較べて
シークが遅くて(ファイルの候補が出るのがさ)なんとかならんかな、
と思っていたのだがkernelが上がってきて段々早くなってきた。
やっと使えるレベル鴨。
あとは問題といえば、システム(カーネル)がハングしてリセットもしくは電源強制断
したあと再度mountしようとしたとき、
mountコマンドがトリガーとなってnilfsの再構築がかかって
構築が終わるまでmountが完了しない、ってのがある。
1.8Tの領域で5時間位かかるんでちょっと困るわ。
もちろんss(snap shot)とcp(check point)を手軽に取って
バックアップを簡単に取れたり、便利な面も多いが。
525:login:Penguin
10/03/06 23:28:22 5dAZVr4/
> 構築が終わるまでmountが完了しない
FATかよ！と思ってしまったｗ
いやあの頃のHDDは容量が少なかったからそんなに困らなかったけどさ
526:login:Penguin
10/03/07 00:48:41 cf1huKW/
バックアップ用にnilfsの連続スナップショットを使ってるけど
>>524の言うようにフリーズ後のmountには時間がかかるね
1.8TBもnilfsで使ってる人がいるとは思わなかったけどw
527:login:Penguin
10/03/07 01:37:18 tlB4vP8S
＞NILFS は 連続スナップショットをサポートするログ構造化ファイルシステム (Log-Structured Filesystem, LFS)です．
＞NILFS はスナップショットを自動かつ連続的に取得する機能を実装することにより，
＞間違って消したり上書きしたファイルを簡単に復活できるなど,
＞ Linux を利用したシステムの信頼性と利用者の利便性の向上を実現しました.
＞NILFS は従来の LFS のように、システムクラッシュ後もしくはクリーンでないシャットダウン後に
＞ファイルシステムの一貫性を保証することができ、
＞ジャーナリングファイルシステムと同様に、短時間で復旧可能です.
1.8Tで5時間は短時間なのか？
528:login:Penguin
10/03/07 01:51:29 apHR+TXA
>>527
HDD復旧業者に破損したHDDのデータ復旧を依頼して何日かかるかと比較したら、
短時間かも分からんね。
529:login:Penguin
10/03/07 02:31:02 kS9ReBY8
まあ、五時間程度で一貫性が保てるんだから
業務内容によってはこれほど安心できるFSは他に無いと言えるかもね
問題はLinux自体が、カーネルのハング率高すぎってことで……
カーネルアップデートのたび毎回思うんだが
そろそろハイブリッド（モジュラー）カーネル開発を目指してもよかろう時期に来ている気が…
L4Linuxの開発も最近滞り気味だし
530:login:Penguin
10/03/07 12:39:46 sIk7bTBC
安定を望むならWindowsを
531:login:Penguin
10/03/07 12:53:12 dSnJvwEC
>>524
5時間ってすごいね。
どういう環境？
version が古いとか、CPUが遅いとかじゃないよね？
532: ◆Zsh/ladOX.
10/03/07 18:00:37 yp2Ekeg5
>>531
バージョンって何の？
CPUはXeonです。L5420っつーのを2個。
> 1.8Tの領域
コレ、1.4TBの間違いだった。
500GBの2.5inchなHDD x4でmdadmでRAID5なんで、
天使の取り分とか諸々引かれて1.4TB。
533:login:Penguin
10/03/07 19:12:52 Cf8RcPOL
カーネルだろ
534:login:Penguin
10/03/07 19:26:55 dSnJvwEC
>>532
あぁ、kernel の バージョンね。
もしくは、distro が用意している nilfs2 module のバージョン。
535: ◆Zsh/ladOX.
10/03/07 20:36:10 yp2Ekeg5
>>534
2.6.32.8のvanilla。
distro(CentOS)にはモジュールが無い。
536:login:Penguin
10/03/07 22:18:18 dSnJvwEC
>> 535
nrhd
結構新しいなぁ。
2.6.33 で リカバリ時に readahead が入るようになったので、
若干パフォーマンスは変わるかもしれない。
URLﾘﾝｸ(tinyurl.com)
でも、どちらかというと md の raid5 に引きずられてるのかなぁ。。。？
537:login:Penguin
10/03/08 00:33:20 Ox6YAjS4
>>535
ノートで使ってるが、強制リセットしても普通にマウントするけど。
2.6.32.8。
mdの再構築じゃね。
538:login:Penguin
10/03/08 12:47:09 sm7nErxL
REGZAかどっかの家電HDDがXFSらしい
539:login:Penguin
10/03/08 13:12:54 M+neQ0mc
”どっかの家電”なんて括り方どれかには該当するわな
しかも”らしい”かよwww
540:login:Penguin
10/03/08 14:12:22 ewyHx/HR
>>538
>>456-460
あたりで話になってるじゃん
541:login:Penguin
10/03/08 15:11:26 CWThWQDe
( ´_ゝ｀)
542:login:Penguin
10/03/09 12:47:07 CSBFP8bV
ext4って1EBのパーティション扱えるみたいだけど
そのわりにブロック番号の型がext3と同じ__le32なんだけど、
もしかして8086のセグメントみたいなことして無理やり拡張してるとか？
最大ファイルサイズは4096*2**32のままだし
btrfsはブロック番号から64bitだけど
543:login:Penguin
10/03/09 16:36:26 sgzbBOo7
>>542
ext3の最大ファイルサイズは16GiBから2TiBでしたが何か？
544:login:Penguin
10/03/10 20:42:18 24e+ICho
4TBでext3運用してるうちはダメってことだなｗｗｗｗ
どんだけ情報古いんだよ…
545:login:Penguin
10/03/10 20:55:24 b2Fg0cB+
どんだけ情報古いんだよ…(ｷﾘｯ
546:login:Penguin
10/03/11 11:43:50 EapJDl1F
どちらかというと
古いんだよ.........(ｼｮﾎﾞｰﾝ
547:login:Penguin
10/03/12 16:08:57 9z13+JmU
nilfs2のssは容量の許す限り作れるとあるんだけど
容量がいっぱいになった時はどういう挙動になるんだろう
新しいssの作成に失敗する？それとも古いssが消えるのかな
548:login:Penguin
10/03/12 16:14:19 VGDGVj3a
ガベコレが不要なcpを無効化するんじゃね？
詳しくないけど。
549:login:Penguin
10/03/12 17:27:41 9z13+JmU
よく考えたら新しいss作成時に新たな領域が必要になるわけじゃないから
ss作成に失敗するってことはないかな
FSに変更があった時点で古いss/cpから消えていくんだろうか
550:login:Penguin
10/03/12 20:37:59 2CSHIbC4
>>547
Kernel Panic
551:login:Penguin
10/03/13 00:45:21 b0rJ4C3K
>>547
Disk full error
古いcpの保護期間が過ぎるまでそのまま。
552:login:Penguin
10/03/14 13:27:42 O9SPF16X
CD1枚位のデカい動画ファイルを毎度作業用ディスクから保存ディスクに移しています。
なんか移動中、CPU使用率は別に余裕がありそうなのに妙に重くて他の作業をしていられないんですが、
邪魔にならない範囲に抑えるのってどうしたらいいんでしょう？
553:login:Penguin
10/03/14 13:33:15 d4ZXrPn0
IOスケジューラかの？
554:login:Penguin
10/03/14 16:25:35 67OnZfXS
ionice使うのが良いだろうな。
555:login:Penguin
10/03/19 12:16:43 gHHFnYoc
うわ、arm(el)アーキテクチャだと実装上の問題でXFS使えないのか。
無理やりやるとエラーメッセージ吐きまくるし。
困ったなぁ...
556:login:Penguin
10/03/19 12:33:06 uMtyR8bo
kwsk
557:login:Penguin
10/03/19 12:59:40 gHHFnYoc
よく分からないけど
URLﾘﾝｸ(groups.google.co.jp)
DebianのインストーラでもXFSを選択できなかった。
558:login:Penguin
10/03/20 01:36:48 vkB3F05D
>>555
異アーキテクチャ間ではメタデータの互換性がない。
メタデータ消してマウントすりゃいいだけのはずだよ。
559:login:Penguin
10/03/20 08:05:04 7Z9+G9O/
>>558
リブートするたびにfsckされるんだけど。
ちなみに異アーキテクチャなマシンでマウントしたことない。
560:login:Penguin
10/03/20 08:55:44 7Z9+G9O/
ごめ、CPUアーキテクチャが異なるマシンで mkfs したままHDDを持ってきたのが原因だと思い
armelアーキテクチャのマシン上で mkfs してマウントしてみたら問題なかったわ。
エラーが出たときにxfs_repairでジャーナル消去したつもりだったんだけど、うまくいってなかったらしい。
というわけで今日の教訓。
XFS は異CPUアーキテクチャマシン上で mkfs or mount しない。
ところで、Debian Squeezeのarmel版インストーラでXFSが選べない理由は何故なんだぜ？
561:login:Penguin
10/03/20 12:03:49 7Z9+G9O/
I'm sorry but XFS is known to be broken on ARM. A fix was proposed
recently but it doesn't seem to work
URLﾘﾝｸ(www.mail-archive.com)
tbmの発言が気になるところだが、問題なく動いているのでとりあえずよしとしよう。
562:login:Penguin
10/03/21 14:18:50 xn5XRuBm
Btrfs、最近MLやunstableに動きが見られる。
期待age
563:login:Penguin
10/03/21 14:36:46 eRP7MqHb
Btrfs遂に来るのかみなぎってきたwwwwwwwww
564:login:Penguin
10/03/21 23:12:54 lzEkZwkT
Oracle、結局ZFSもbtrfsもどっちもやるの?
565:login:Penguin
10/03/22 02:05:31 r6NIwy7p
ZFS担当「親方！ZFS完成しました！」
btrfs担当「ボス！btrfs出来ました！」
社長「よし！じゃくっつけろ！」
両方「ｼｮﾎﾞﾝﾇ」
566:login:Penguin
10/03/22 04:33:07 C2/xMR+D
両方「ちょwwマジwwww」
567:login:Penguin
10/03/22 04:49:33 r6NIwy7p
reiser「嫌なら俺にやらせろよ」
568:login:Penguin
10/03/22 04:51:46 hJBqfs/w
看守「また独房にブチ込まれたいのか？」
569:login:Penguin
10/03/22 11:34:05 2kvPbYJU
XFS on armelだけど、やっぱりファイルシステムが壊れた。
can't read super block だそうで、tbmが言っていたとおりダメなんだな。
xfs_repair -L で強制的にログ消去してマウントすれば正常に戻るんだが
再マウントする度にこんなエラーじゃねぇ。。
もうBtrfsに乗り換える時期かな。
570:login:Penguin
10/03/22 12:58:20 hUC+6qQq
>>569
ext4にしとけ
571:login:Penguin
10/03/22 20:23:24 2kvPbYJU
やっぱりLinuxはext系が無難だよね。
あまり魅力は無いけど、安定はしているし。。
572:login:Penguin
10/03/23 09:01:58 dY6PHiHn
NTFS-4Gを常用してるぜって人居ます？
573:login:Penguin
10/03/23 10:49:47 RvGEfB15
>>572
はい
574:login:Penguin
10/03/23 22:58:43 u7NeUbc/
ntfs-4G? 4Gってなんぞね？
575:login:Penguin
10/03/23 23:19:19 0Od7X/6P
iphone 4Gみたいなもんじゃね？
576:login:Penguin
10/03/23 23:43:08 dY6PHiHn
あ、3Gだったか、っていうかなんか意味あるの？ 実はサブセットとか？
577:login:Penguin
10/03/24 01:01:44 gzkJBu9O
>>574
Gはgenerationの略のはず。つまり第4世代。
分かりにくいけど、NG(Next Generation)よりはましかな。
578:login:Penguin
10/03/24 01:32:54 Bvl4T3UA
＞NG(Next Generation)よりはましかな。
次代、三代、四代、って日本語でも一緒ジャン。
579:login:Penguin
10/03/24 02:45:41 p5xbqM8i
>>578
next generationは次代じゃなくて次の代。
今3Gなら4Gになるし、4Gなら5G。
今の世代によって示す代が変わってややっこしくなる。
特に切り替わりのときとか、人によって使ってる世代が違うときとか。
580:login:Penguin
10/03/24 07:55:05 HBzal9mm
Windows2000のときFSがおかしくなってチェックディクスで復旧したら
ファイルがめちゃくちゃになった経験がある
復旧どころか思い切ったことしてくれるよね
復旧ツールが賢い、あるいは復旧に強いFSって存在するの？
どれも変わらないかな？
581:login:Penguin
10/03/24 12:09:53 qYYAd8RC
今のZFS on FUSEってバージョンは0.6.1だけど、性能どのくらい上がったのかな？
582:login:Penguin
10/03/24 12:27:50 TMK/As9k
最近よく NextGen (ネクストジェン) って
造語聞くようになったけど、まじでやめてほしいわ。
NextGen の次世代は何と呼ぶんだよと言いたい。
583:login:Penguin
10/03/24 12:33:26 FK7SXF8P
まぁ、流行だろ。
ya - yet anotherだって、一時期乱立していたわけだし。
ng自体は、数年前にはある程度の安定バージョンのソフトでも見かけたから、既に周回遅れの
単語に入ってきた気がする。syslog-ngとか。
584:login:Penguin
10/03/24 18:15:42 CLaGhjsO
avfsってあんまり情報無いけど使われてないのかな？
かなり便利だと思うんだけども。
日本語アーカイブの文字化け対策ってどうすればいいんだろ？
585:login:Penguin
10/03/24 18:22:58 WeIcIkG5
カーネル内でやるのは流行らない
586:login:Penguin
10/03/24 19:02:28 CLaGhjsO
？？？ よくわかんないけどFUSEの親玉でしょ？
コマンドラインでオブジェクト指向っぽい事できて面白いと思うんだけど。
587:login:Penguin
10/03/24 20:29:01 Oan1QHht
>>580
クレイジーダイアモンド
588:login:Penguin
10/03/25 23:27:46 73dIXbFT
>>582
こんど
次
その次
589:login:Penguin
10/03/25 23:47:58 ym1CYKEv
avfs、ビルトイン？形式についてはconvmvfsで一旦cp932でマウントした所にavfsを通す事で解決できた。
zipやrarはこれでよさげ。
ただ7zとかlzhの外部形式が日本語ダメなんだよな、化けるんじゃなくて何も見えないや。
590:login:Penguin
10/03/25 23:50:21 LueORzcG
>>588
AMDに買収される
ってネタがわかる人は残っているんだろうか
591:login:Penguin
10/03/26 00:49:00 OgrwX/Ca
>>590
そのネタ繰り出したら歳がばれるから自重してたんだがｗ
592:login:Penguin
10/03/26 00:51:16 9LfYK2s3
>>590
性能は良かったんだけど、マザーボード直付なのが痛かった。
その後のK6の成功を考えると、あの会社無かったらAMDは死んでるよな。
593:login:Penguin
10/03/26 09:37:45 E/u2XBmv
>>592
K7(Athlon)?
594:login:Penguin
10/03/26 10:05:19 Hrpbyebd
>590
ソレはNexGen で nextgen じゃねーべ
595:login:Penguin
10/03/26 20:08:43 PrngVIzy
日立系の在米NIC製造メーカーってなんだったっけ
596:やんやん ◆yanyan72E.
10/03/27 16:59:58 cg/KSWka
Alaxalaのこと?
597:login:Penguin
10/03/28 13:32:43 iCa7Bsy6
FUSEによるファイルシステムの実装って、実用に耐えられますか？
もちろん、実装の品質にもよるんだろうけど。
598:login:Penguin
10/03/28 13:42:37 bTWeOhba
>>597
実用の定義がわかりません。
599:login:Penguin
10/03/28 20:14:53 wNoUaYNI
ZFS on Windows まだ～
600:login:Penguin
10/03/28 20:23:24 6/zfVW29
>>599
並のUnix向けFSではWindowsの複雑なセキュリティー制御を御しきれないと思う。
ZFSがそれを満たさないかは別の話だが、
まあ無理なんじゃね？
601:login:Penguin
10/03/28 20:36:40 bTWeOhba
ACLぐらい使えるだろ。
602:login:Penguin
10/03/28 20:41:57 neXlh79c
>>600
別にNTFSとまんま同じ機能を実装しないといけないわけじゃないし。
603:login:Penguin
10/03/28 21:45:37 yzGox8QM
でも NTFS に劣るようなものを使う必要性が微妙ってことに
604:login:Penguin
10/03/28 21:55:42 02EANzpG
NTFSにない特徴があるのだから劣っているのとは違うさ
605:login:Penguin
10/03/28 23:17:12 8E8Isort
そこで samba …
606:login:Penguin
10/03/28 23:18:36 wRcjR1OE
NTFSってそんなに良いものなのか。
607:login:Penguin
10/03/28 23:19:42 sO8mkAdN
>>606
さぁ？
つかWindows使って面白いのかな。
608:login:Penguin
10/03/28 23:57:51 1agQ8361
デフラグツールすらないFSばかりだからじゃない？
609:login:Penguin
10/03/29 00:11:44 Fp0y4WVt
NTFSってかなり断片化するもんねえ…
610:login:Penguin
10/03/29 00:19:00 ADJ850eN
そもそもギリギリ一杯まで容量を使えるFSってあるの？
611:login:Penguin
10/03/29 00:33:37 ADJ850eN
ファイル消しても空き容量の増えないFSなんてインチキ。
612:login:Penguin
10/03/29 00:44:25 SGxTMpaf
>>611
高度にジャーナル化されていれば、
そういう挙動だって十分ありうるさ。
613:login:Penguin
10/03/29 18:30:06 PaPM2V6L
zfsは？
614:login:Penguin
10/03/29 20:02:46 ADJ850eN
URLﾘﾝｸ(www.itmedia.co.jp)
615:login:Penguin
10/03/30 15:52:19 AFR2s6XN
同ロット & 同容量のものを選ばなくとも良くて
例え全てのHDDの回転数がそれぞれ違っても
ましてやSSDが混じってても良きに図らってくれて
RAID-5/6より耐障害性に強いRAID-Z/Z2が構築出来るFS
なんてのがZFS以外にあるなら使うがね
RAID-0/1しか出来無いBtrfsとか
所詮はFSではなくしかもなんちゃってRAID-5のmdadmとか
そんなのしか無いからLinuxってダメダメなんだよ
大体からしてこのスレの住人自体がもうアホ丸出しだから
今更デフラグだとかテールパッキングなんかで一喜一憂してやがるし
2TBのHDDが1万以下で売ってる時代にそんな下らない機能求めてどうすんだか
そんな機能よりもHDDが故障したら直ぐさまそれを知らせてくれ
故障したHDDもリブートいらずで直ぐさま切断、そして残ったHDDで即座に復旧
繋げたHDDがどんな容量でもそれが例えSSDだろうがRAIDプールに加えて即座に再復旧
そんな機能が欲しいと思えない時点でもうね…………
まあそんなアホばっかだからこそBtrfsにRAID-Zは実装されないんだろうな
616:login:Penguin
10/03/30 16:04:18 Ty0cwdar
ふつーluster。
その下はext3でも何でもいい。
617:login:Penguin
10/03/30 16:42:25 rycEwjG/
このスレ的には、ネットワークはスレ違いらしい
時代は、単一ハードウェアのファイルシステムから
複数ハードウェアによるクラスタファイルシステムに向かってると思うけどな。
このスレ自体が、その程度って事なんだろう。
618:login:Penguin
10/03/30 17:59:56 c9ZpkCpz
けど、zfsもbtrfsもどうすんだろうな…
統合する方向でいいのか？
619:login:Penguin
10/03/30 18:05:35 mLJ65krY
>>617
NFS ならこちらへ。
【NFS】Network File System
ｽﾚﾘﾝｸ(unix板)
620:login:Penguin
10/03/30 22:12:29 O/Rgrdyo
>>619
GFSはここでいい?
621:login:Penguin
10/03/30 22:29:01 qoEcLdsz
>>615
最後の段落のはもろにmdの機能なわけだが。
しかもFSの話題でmd持ち出してdisるとか、なかなか素敵な思考回路の持ち主のようですな
622:login:Penguin
10/03/31 09:12:21 M0DPNevV
>>615
LVMは無視ですかそーですか。
# スレ違いな上に、個人的にはRAID1で足りてるからLVMは使ってないけどね。
623:login:Penguin
10/03/31 16:11:52 uPTSzDSR
まあ、fs + MD + LVMが領域かぶっているわなんだでアレってことで出てきたのが
ZFSやbtrfsのような最近のfsなわけで。
624:login:Penguin
10/03/31 16:52:37 XhFPlz22
>>615
つ mhddfs
625:login:Penguin
10/03/31 16:56:14 XhFPlz22
追記：
> 同ロット & 同容量のものを選ばなくとも良くて
> 例え全てのHDDの回転数がそれぞれ違っても
> ましてやSSDが混じってても良きに図らってくれて
とりあえず一行目の要件は満たしてるんで mhddfs を挙げた。
耐障害性はバックアップでヨロ。
しかし二行目と三行目が意味分からんな。
ディスクストレージ以下のレイヤなんて見ないだろ普通は。
釣りなのかなあ。
626:login:Penguin
10/04/07 18:00:33 PparrNKS
Btrfsは停滞しているけど、Oracleがsolarisを手に入れてlinuxに関心がなくなったから?
627:login:Penguin
10/04/07 20:47:58 DMZG7kZm
btrfsの中の人ってオラの人達だったの？
628:login:Penguin
10/04/07 20:52:01 PparrNKS
>>627
URLﾘﾝｸ(ja.wikipedia.org)
URLﾘﾝｸ(oss.oracle.com)
開発者はOracle。
Tux3も開発停止したし、Btrfsもぜんぜん進まない。
Linuxのファイルシステムは進化が止まったまま。
629:login:Penguin
10/04/07 21:10:29 quLepc/i
やっぱりLinuxでエンタープライズはほど遠いね。
630:login:Penguin
10/04/07 21:26:55 PparrNKS
>>629
でも、デスクトップでもZFSが使いたい。
似たファイルシステムを実装できないだろうか？
631:login:Penguin
10/04/07 21:32:36 PparrNKS
ちなみに、たとえZFSのライセンス問題がクリアされても、
Linuxに移植することは難しい。
参考
URLﾘﾝｸ(slashdot.jp)
632:login:Penguin
10/04/07 21:54:31 k+ry6sx7
ext4でいいんじゃないの。ZFSはファイル＋vmシステムでしょ
633:login:Penguin
10/04/07 22:05:52 quLepc/i
FSレベルのスナップショット、欲しいんですけどー ＞＜
634:login:Penguin
10/04/07 23:12:32 PparrNKS
ext3cow
URLﾘﾝｸ(www.ext3cow.com)
URLﾘﾝｸ(ja.wikipedia.org)
ext3にcopy on writeを実装してスナップショットがとれる。
ext4にcopy on writeを実装できないだろうか?
そうすれば、次世代fsに近づくだろうし、
tux3やBtrfsをマージするなど次世代fsに関心を示しているLinusにも
マージしてもらえるかも。
635:login:Penguin
10/04/07 23:18:43 quLepc/i
スナップショットあっても、ext系って魅力あるの？
636:login:Penguin
10/04/07 23:19:05 yDbTCoox
それでもHammerなら…Hammerならきっと何とかしてくれる…
637:login:Penguin
10/04/07 23:20:12 I/TOuQZG
それでもHammerなら…Hammerならきっと何とかしてくれる…
638:login:Penguin
10/04/07 23:24:47 MrpzzuKb
Can't touch this
639:login:Penguin
10/04/08 00:18:02 NQThpnen
ボラクルにLinuxの動きアリ...
Oracle が『Oracle Enterprise Linux 5.5』を発表
URLﾘﾝｸ(japan.internet.com)
640:login:Penguin
10/04/08 03:53:08 TaPJF9/p
これはrhelクローン+oracleか
641:login:Penguin
10/04/08 14:39:08 SZUMZOfn
もし、新しくfs作るなら、
１、fuseを使ってユーザー空間で作ってから、カーネルに移植。
２、最初からカーネル内につくる。
のどちらがいい?
642:login:Penguin
10/04/08 14:44:59 9R4dcYdt
>>641
馬鹿は何もしないほうがいい
643:login:Penguin
10/04/09 12:05:27 DCsqRrct
エロ動画とアニメでハードディスクがパンパンになったので
昨日秋葉で
URLﾘﾝｸ(www.wdc.com)
を買いました。
これは750Gバイトなんですけど、
物理セクタが4Kバイトで論理セクタは512Kになるように
内部でエミュレーションしてるモデルだそうです。
URLﾘﾝｸ(www.atmarkit.co.jp)
小崎タンの記事を読むと難しい事いろいろ書いてありますが
漏れは頭が悪いので具体的にどうしたらいいのかよくわかりません。
amd64なDebian Lenny（カーネルは2.6.26ベース）でXFSを使いたいです。
Windowsは入れません。Linuxオンリーでハードディスク使います。
何も考えずに今までどおりfdiskでパーティション切って
ファイルシステム作ればいいのでしょうか？
教えてくださった方には大石もえの無修正とけいおん2期第1話の動画を差し上げます。
よろしくおながいします。
644:login:Penguin
10/04/09 12:11:23 DCsqRrct
>>643
> 物理セクタが4Kバイトで論理セクタは512Kになるように
物理セクタが4KiBで論理セクタは512bytesですた。スマソ。
645:login:Penguin
10/04/09 17:57:41 jjb1L6K5
partedでパーティション開始位置の指定に
8の倍数s
で入力する
646:login:Penguin
10/04/09 22:31:05 u6j6AuD7
通報しまs
647:login:Penguin
10/04/10 17:40:51 7oQ1Q40V
うーむ昨今の劇的に遅くなる現象はそうゆうことなのか。
Linux 2.6.32以降のカーネルを積むと解決ということなのか。
GbE で結んで帯域内に収まるようにすると問題なしで利用が可能。うま～
648:login:Penguin
10/04/10 17:43:57 7oQ1Q40V
Linux 2.6.32 は、Fedora 12 updates にあるね。11にはなかった。
649:login:Penguin
10/04/10 18:02:54 pwX3p+SJ
あれ？結構面倒って話だったと覚えていたけど、もう解決したのか4k sector
650:login:Penguin
10/04/10 18:07:24 VzTOjcr6
>>647
違うよ。>>643の記事中のカーネルの対応等は、4KiBセクタと見えるHDDが出てきたらの話だ。
今のWD２０EARSなどのHDDは内部4KiBでも外から見ると512KiBだからカーネルの対応は必要ない。
651:login:Penguin
10/04/10 18:10:17 VzTOjcr6
>>649
linuxなら何も面倒じゃないよ。
fdisk -H 224 -S 56や-H 64 -S 32でパーティション作るだけだ。
もしくは>>645
652:login:Penguin
10/04/10 18:11:43 7oQ1Q40V
なぬ～○|＿|￣遅くなる可能性があるのはWindows だけってこと？
653:login:Penguin
10/04/10 18:15:52 VzTOjcr6
>>652
イヤ>>651のように-H 244 -S 56を付けないでfdiskして、スタート1からパーティションを切った場合は遅くなるよ。
でもジャンパーとか別途ユーティリティを使わないといけないXPよりは楽かと。
654:login:Penguin
10/04/10 18:16:56 mFHjv9mn
>>650
物理セクタサイズの取得APIの新設が有るからユーザーが何も考えなくて済むようになるにはカーネルの対応は要るよ
てか2ページ目に出てる
655:login:Penguin
10/04/10 18:21:01 7oQ1Q40V
>>653
お～これは勉強になるね。
656:login:Penguin
10/04/11 16:03:56 xwVXbpfU
>>653
ああ、やっぱりか。動く動かないじゃなくて、512がそこらじゅうにちりばめられてるソースの話は相変わらずなのね
657:login:Penguin
10/04/12 13:59:07 KU9hJHXZ
FAT32の仕様の詳細を解説した解説書・参考書でオススメないかな？
1からFAT32構造を理解してファイルシステムを１から設計してみたいんだけど
マイクロソフトが公開してる仕様だけじゃ、情報が足りなくて困ってるんだ・・・
658:login:Penguin
10/04/12 18:07:36 7EfMfVeP
>>647
WDのHDDが劇的に遅くなる現象は物理クラスタ4096bytesとは全く別のお話。
物理クラスタ512bytesのEADSでも同様の現象が発生する。
659:login:Penguin
10/04/12 21:32:21 z3NQtG8w
>>657
各種実装のソース嫁
660:login:Penguin
10/04/12 22:27:04 MLBpg/H6
ファイルシステムの勉強なら、FAT16でいいと思う。
もしくは論文で見かけるような俺FATとか。
自分なら、もっとモダンでシンプルなFSにするな。
思いつく範囲ではcramfsとか？
ソースが短くていじりやすいけど、用途が思いつかない。
661:login:Penguin
10/04/12 23:18:57 79E+O2OM
FATくらいなら、機能から自分で思いつく範囲で作れると思うが。
Linuxのext2とかも資料多くてよいかもね
662:login:Penguin
10/04/14 00:02:37 qxGsqpkd
fuse使って、自分で実装してみればいいじゃん。
663:657
10/04/14 08:48:50 R670vkql
>>659-662
組み込み用途のミドルウェアとして作成するのですが、他の実装ソースでも読んで
理解したいと思います。
最終的にExFatにも対応させたいんですが、資料少ないですね。
664:login:Penguin
10/04/14 08:57:51 TTJQqknq
>>663
製品への組み込みが想定される場合の話。
本家仕様書がいまいちなのだったら、参考文献(他実装とかな)を複数あたれ。
でないとテストケースすらうまく作れず、出荷してから相性相性になるぞ。
もちろん"ミドルウェア"として外販するつもりはないよな??
665:login:Penguin
10/04/14 17:17:27 78AmSEFW
ソースは消えてるけど、Wikipediaや他の開発系フォーラムを見る限り、
exFatの実装およびその配布にはマイクロソフトのライセンスが必要らしい。
URLﾘﾝｸ(en.wikipedia.org)
>Microsoft has not released the official exFAT file specification,
> and a license from Microsoft is required in order to make and
> distribute exFAT implementations
特許あたりに問題がありそう。
多分黙認してくれると思うけど、コンプライアンス的には駄目だろう。
Linux用のOSS開発プロジェクトもあるみたいだけど、
ロシア語？で読めないので、そのあたりの議論は不明。
Linuxの特許侵害主張はMSの既定路線ではあるんだが。
666:login:Penguin
10/04/15 06:10:16 q2r0i3Bq
URLﾘﾝｸ(www.ext2fsd.com)
Windows用ext2/ext3ファイルシステムドライバは存在するんだからZFSもZFSも
667:login:Penguin
10/04/15 22:15:41 q7AeJhOl
Linuxファイルシステムまとめ
URLﾘﾝｸ(journal.mycom.co.jp)
J(ry
668:login:Penguin
10/04/15 22:19:52 39v3wVEa
DAICHIにKOSAKI並のクオリティを求めるのがそもそも間違い
669:login:Penguin
10/04/23 18:27:16 dWkktMTP
Red Hat Enterprise Linux 6 Beta 1
URLﾘﾝｸ(www.redhat.com)
ext4、XFSをサポート。
btrfsもテクノロジープレビューとして入るようだ。
670:login:Penguin
10/04/23 18:48:45 lfyKVtC0
fuse面白そうだと思って、「詳解ファイルシステム」に幾つか出てるfuse上のファイルシステムを覗いて見たけど、
どこも日付が古い・・・もうブームは去ったの？
671:login:Penguin
10/04/23 20:17:17 jHa+NA5v
>>670
もとから、ドキュメントは少ない。
開発者的にはサンプルのソースを読めという方針らしい。
fuseって興味深いね。
672:login:Penguin
10/04/24 08:44:31 dgzkZ7pt
xfsの信頼性が十分になったとみるべきなのかext4の信頼性がいまひとつと見るべきなのか
673:login:Penguin
10/04/24 21:58:39 T6WNKX1O
単体ノードGFSの替わりじゃないっけ?
674:login:Penguin
10/04/25 06:17:50 2wk1YztV
URLﾘﾝｸ(mkosaki.blog46.fc2.com)
初めて知った
675:login:Penguin
10/04/25 10:57:13 nodp6lin
xfsは駄目駄目だな。ext4しかないのか。
676:login:Penguin
10/04/25 11:06:25 gQNuPSjh
tux3ってｵﾜﾀの？
677:login:Penguin
10/04/25 11:18:36 Rs3GdnWD
XFSはarmelアーキテクチャでは使い物にならないﾆﾀﾞ
678:login:Penguin
10/04/25 11:33:11 iRLC1S9b
hammerをportする話はないんかね
679:login:Penguin
10/04/25 11:35:34 2bexrCuz
>>675
何がダメなの?x64環境で速くて快適だけど
680:login:Penguin
10/04/25 11:38:07 sDsrkhzC
76 名前：login:Penguin 投稿日：2007/10/04(木) 23:01:34 ID:gBGWB7sO
URLﾘﾝｸ(www.miraclelinux.com)
ここで言及されているLVM+XFSの高負荷での問題が
実はXFS+NFSや、高速CPU環境ならばXFS単体でも発生する（していた）
リソースが不足した状況でそのリソースを退避するために新たなリソースを確保しようとして死ぬ。
過去に断続的に修正されているのがソースを追っていけば分かるはずだが
何年もかけて「直した」「直した筈だが直ってなかった」の繰り返しを見れば
完治しているほうに賭ける気はおきないと思う。
パッチはAsianかTurboが作ったやつではないか。
681:login:Penguin
10/04/25 11:44:10 gQNuPSjh
>>678
URLﾘﾝｸ(dlorch.github.com)
682:login:Penguin
10/04/25 13:33:45 1bFPMu7E
>>681
そこ見たけど、卒論みたいな感じでしかも止まってるっぽいが。。。
683:login:Penguin
10/04/25 14:21:28 jcXMDLyD
>>679
ヒント：JFS厨房
684:login:Penguin
10/04/25 14:28:19 YPQ1C9rV
んなん、困ってる奴が直せばいいだけだろ。
685:login:Penguin
10/04/26 20:48:58 O7CtOMlm
>>681
ext4で十分。
686:login:Penguin
10/04/27 01:25:38 XVy8c4S0
>>680
xfs の中身は知らんが、最近のは割と止まらん気がするぞ。
そーだなー大体2009年あたりからは。なにかが変わったんじゃないのか？
687:login:Penguin
10/04/27 06:12:42 C/wRw/an
鬼が裸足で逃げ出したとか？
688:login:Penguin
10/04/27 08:43:23 uAWQoi2x
ext4で安心できるのはいつ頃だろう・・・
689:login:Penguin
10/04/27 08:48:37 lXj6JFQz
>>688
もうとうに各種ディストリで正式採用されてますが？
本当に安定を追っかけたいならLinuxやめて*BSDやOpenSolarisにした方がいいと思うが。
690:login:Penguin
10/04/27 10:43:14 nQr0eLr0
ext3で安心できてんの？
691:login:Penguin
10/04/27 10:48:36 ycwp0z/l
>>674の問題は解決されてるのかな？
692:login:Penguin
10/04/29 20:42:01 Q708fWaj
URLﾘﾝｸ(journal.mycom.co.jp)
softupdate儲涙拭けよ
693:login:Penguin
10/04/29 21:10:43 IM7Mmc6O
もうUFS捨てようぜ
694:login:Penguin
10/04/29 21:52:13 jl+Hhqox
>>692
奥なんとか以外に居たっけ？
695:login:Penguin
10/04/30 06:07:13 2TJJFTOL
一時は、二言目にはZFS連呼だったのにな
当分は使い物にならんと判ってからUFSを泥縄拡張か
>もうUFS捨てようぜ
念
HFS程でないにせよ、UFSも大概な糞FS
696:login:Penguin
10/04/30 06:08:18 9ZRiAbFO
ZFSで思い出したけどbtrfsどうなったんだよ。
697:login:Penguin
10/04/30 06:31:56 ISbZfM/L
なんか最低FS選手権みたいな感じになってきたな。
あっちも悪い、こっちも悪いってな
698:login:Penguin
10/04/30 12:00:57 8eSBhbVq
>>696
rhel6ではテクノロジープレビューになってるから将来サポートする計画はあるみたい
www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6-Beta/html/Beta_Release_Notes/filesystems.html#id479056
699:login:Penguin
10/04/30 16:34:13 gKk5KxWC
>>695
> 一時は、二言目にはZFS連呼だったのにな
> 当分は使い物にならんと判って
それは聞き捨てならねえじゃねえか
ZFSの何が悪いのか教えてもらいたいね
700:login:Penguin
10/04/30 17:10:53 2TJJFTOL
SolarisのZFSはガチFSだけど
歴史だけは無駄に長い癖に実は碌なFSの無い*BSD系や
UFSよりさらにウンコなHFS系しか無い腐れ林檎の信者が一時期
「もうすぐBSDにZFSが来るよ、あの素晴らしいZFSだよ、LinuxはいつになったらZFS使えるようになるのぉ？」
とかもうね
LinuxではFUSE経由で前から使えるんだけどと言っても
ライセンスの関係でLinuxではカーネルソースに取り込まれないからダメだ！の一点張り
だから今回の件は心底ザマァ見ろとしか思えないんだ俺
んで、ZFSがコケちゃったもんで林檎屋の禿がbtrfsに食指を伸ばそうとしているとか
もうやめろ絶対にやめろっつうか来んじゃねえよお前が来ると穢れんだよ糞がってレベル
林檎屋とその信者はOSSの敵だなマジで
701:login:Penguin
10/04/30 17:12:25 n+RCQuK9
Appleはオープンソースの敵
この認識がもっと広まって欲しいですね
702:login:Penguin
10/04/30 18:05:55 AoANRuqU
>>701
AppleよりもGoogleでしょ。
703:login:Penguin
10/04/30 18:37:12 849Rwxw3
早速Apple信者が来やがった
嫌だ嫌だ
704:login:Penguin
10/04/30 18:48:31 AoANRuqU
ぇ、apple製品持ってない人なんですけど…
705:login:Penguin
10/04/30 18:48:44 va7aE3rX
消去法でmicrosoftの時代が再び
706:login:Penguin
10/04/30 19:04:33 C06MMyDr
googleは、オマエの物はオレの物
msは、分割し支配する
appleは、異教徒殲滅
googleとmsは強欲だけどappleは邪悪だよなー
707:login:Penguin
10/04/30 20:25:28 GwO7s1HD
この流れなら聞ける。
Btrfsは、普通にファイルシステムとしては、もう十分に使えるよね？
ボリューム管理機能は地雷かもしれないが。
708:login:Penguin
10/04/30 21:59:02 p3KdN+A8
ID:2TJJFTOLはただのバカか…
709:login:Penguin
10/04/30 22:03:01 849Rwxw3
ID:p3KdN+A8は悪質なマカだけどな
710:login:Penguin
10/04/30 22:20:02 p3KdN+A8
>>709
ID:2TJJFTOLさんお疲れ様です。でも、妄言たれ流すのならチラシの裏にでも書きなさい。
711:login:Penguin
10/04/30 23:28:03 2TJJFTOL
>googleとmsは強欲だけどappleは邪悪だよなー
これも念すぎる
巨人や帝国も恐ろしいが、
邪悪な奴はただひたすらに迷惑でしかない
712:login:Penguin
10/05/01 02:04:28 1hYpZl9y
で、いつになったらbtrfsにvolume managerの機能付くの？
mdじゃないbtrfs包括のRAID5or6の登場を結構待ってるんだけど…
713:login:Penguin
10/05/01 02:11:57 jK5oEcRO
RAID Level Migrationも欲しいな
714:login:Penguin
10/05/01 07:38:17 JwjskywP
> Appleはオープンソースの敵
スレ違いで申し訳ないけど，
この認識は，Appleがオープンソースを利用するだけ利用しといて，
それ以外はクローズにして製品を売ってることが原因と考えてよろしいか？
例えば，Cocoaのうち，Darwinに関係するCore Foundationはオープンだけど，AppKitはクローズとか。
715:login:Penguin
10/05/01 08:32:26 bNvOwcuR
FUSEで動くZFSがあったのか
初めて知った
パフォーマンス気にしないなら選択肢としてアリかもな
>>714
CUPSはAppleのおかげなんじゃなかったっけ？
716:login:Penguin
10/05/01 08:51:37 o2Qpx6Kx
Appleの前科といえば一番大きいのはやはりLook & Feel訴訟かと。
RMSが激怒して、Apple用のGNUソフトウェアは作らんと言ったぐらいに、
フリーソフトウェアコミュニティで大顰蹙を買った。
>>715
ZFS on FUSEは放置状態なので、手を出さない方がいい。
URLﾘﾝｸ(zfs-on-fuse.blogspot.com) ってな具合。
717:login:Penguin
10/05/01 11:00:26 WkaSk/Or
ZFSってfuseでフルスペックに実現できるものなの？vmも巻き込んだものだと漠然と思ってたけど、そうじゃないのか。。
718:login:Penguin
10/05/01 12:28:09 ggXCb23c
>>716
それに加えてPReP/CHRP潰し、Mac互換機潰し…
Appleの歴史は悪事の歴史
今頃Appleが強権的だと騒いでるやつらは気がつくの遅すぎ
719:login:Penguin
10/05/01 12:36:02 8/kzUI4i
皆油断してipod買っちゃった
720:login:Penguin
10/05/01 15:10:21 FErkdeFp
MySQL/Linux専用サーバーのTuning Tipsスライド
URLﾘﾝｸ(www.slideshare.net)
p.42 がまとめ
p.22, 23の前後がファイルシステム関連説明
721:login:Penguin
10/05/01 18:21:44 b2OAYcpv
>>715
試したときはそんなに遅くはなかった。
>>716
blogが放置なだけで、0.6.0出てるよ。
722:login:Penguin
10/05/07 21:47:55 YXaxb1Hy
ZFS FUSE はメモリ食うからな
メモリ12GBのマシンで4GB越えだったわ
まあ ZFS ってのがメモリ&CPU喰いなのかもしれんけど
723:login:Penguin
10/05/07 22:11:18 rsQApt4O
>>722
ZFSがメモリを喰う。
鯖向けだね。デスクトップPCにはオーバースペック。
724:login:Penguin
10/05/09 02:21:39 hFzVH90S
ファイルキャッシュじゃなくファイルシステムだけでそんなにメモリ食うの？
725:login:Penguin
10/05/09 03:56:52 8BN5yULS
>>724
喰う。32bitOSでは実質実用的でない。
726:login:Penguin
10/05/09 23:11:20 kZzNyU62
>>725
btrfsもそうなるのかな
現状どうなのかよく知らないけど
727:login:Penguin
10/05/10 00:24:30 v4kVxD48
そりゃ同じようなことを実現しようとしてるんだから
728:login:Penguin
10/05/13 10:40:20 BmtANV0C
URLﾘﾝｸ(www.phoronix.com)
btrfsのubuntuのプランが出てた。
729:login:Penguin
10/05/13 15:21:37 e0fOrDsS
現状でリソース的にもパフォーマンス的にも最高性能を誇るファイルシステムはNTFS？
730:login:Penguin
10/05/13 15:24:22 Qv4p0nAL
NTFS自体は高速なFSってわけじゃないよ。
731:login:Penguin
10/05/13 15:34:22 23MKEgOF
RDB向けでext3じゃパフォーマンス出んからxfsにするひともいるし、
xfsやext3じゃ大規模化したストレージに対処できんということでext4にするひともいるし、
いやいや究極はzfsでしょということで導入したらメモリ食い過ぎて泣いてるひともいるし、
NTFSは枯れてるけどすぐフラグメント起こすからデフラグ必須だし、
まあいろいろさ。
732:login:Penguin
10/05/13 15:48:29 SBxjxpGH
>>731
>NTFSは枯れてるけどすぐフラグメント起こすから
これ自体には異論はないけど
単に他のFSだと、(NTFSより)フラグメント起こさないと言い切れるほど
フラグメントに関しては考察されて無いだけじゃないの？
あと、当然だけど
ファイルシステムのデータ形式等も重要だけど
OSのアロケーションポリシー等によっても
フラグメントの起こし具合は変わってくるんじゃないかな。
733:login:Penguin
10/05/13 15:55:05 Qv4p0nAL
まあともかく、スレ違い。
734:login:Penguin
10/05/13 17:55:26 JtocS6kZ
NTFSをLinuxで使うと断片化 は しない
735:login:Penguin
10/05/13 18:01:34 23MKEgOF
そのかわり、何か大切なもの が 失われる
736:login:Penguin
10/05/13 19:06:18 jNIa2jPu
ヤツはとんでもない物を盗んでいきました
737:login:Penguin
10/05/13 19:11:45 k/VT3jmu
Btrfs期待age
738:login:Penguin
10/05/13 22:29:10 5EQn8Q4b
>>736
嫁の命です。
739:login:Penguin
10/05/14 00:52:26 Ts4XTGlN
それNTFSやない、ReiserFSや
740:login:Penguin
10/05/15 19:10:09 CVJFue5I
>>738
ブラックすぎだろｗｗｗ
741:login:Penguin
10/05/16 08:56:45 5Y3GtOsC
けっきょく Hans Reiser は表舞台から消えるのか?
742:login:Penguin
10/05/17 19:41:19 REF2SCRv
某ディストリでBtrfsがインストール時に使えるようになる、と聞いたが
これがきっかけで開発者のヤル気が出るといいですね。
モチベーションは大切です。
743:login:Penguin
10/05/18 00:18:17 E+WlZwdF
バグ報告と罵倒の荒らしで逃げ出したりしないことを祈る。
つうか、これもオラクル様?
744:login:Penguin
10/05/18 22:03:44 y4h3YhEh
どこで質問していいのかわからなかったので質問させてください。
/private/etc/の中にあるfstabというファイルの内容を変更してから全てロックがかかってしまい変更も削除もできません。
具体的には/private/etc/の中にあるfstabというファイルを削除したいのですがrm fstabと入力するとrm: cannot remove 'fstab' : Read-only file systemと表示されます。
パーミッションを変更しようとしてcdmod 755 fstabと入力しても同じエラーがでます。
パスワードを変更しようとしてpasswdと入力してもcan't write to file "/etc/master.passwd" : read-only file systemと表示されて変更できません。
どうすればロックを解除できるのでしょうか？
745:login:Penguin
10/05/18 22:08:08 y4h3YhEh
すいません、質問スレみつけたのでそっちにレスしました。
746:ニューススレ
10/05/19 21:36:49 qJKgjnZ/
Linuxカーネル2.6.34リリース - 注目は新ファイルシステム"Ceph"
ｽﾚﾘﾝｸ(pcnews板)
747:login:Penguin
10/05/20 05:02:45 p1b13mb0
>>741
懲役15年だから、あと12～3年待て。もっとも、その頃Reiserは還暦近いので
コーディングなんて無理だろうけど。
748: [―{}@{}@{}-] login:Penguin
10/05/20 19:58:25 U6RATF4r
ム所でコーディングしてるんじゃなかったっけ？
749:login:Penguin
10/05/20 20:04:21 aTrZGn3E
豚箱でコーディングできるわけない。
検閲されるぞ。
750:login:Penguin
10/05/20 20:09:22 K4U3vqI2
検閲=レビュー
751:login:Penguin
10/05/20 20:09:52 GYdPiqoT
検閲という名のコードレビューですか。
752:login:Penguin
10/05/20 20:17:21 8pblhFYi
prisonFS inspector
753:login:Penguin
10/05/20 20:18:33 aTrZGn3E
君たちねぇ、面白いこというけど
ちょっと「常識」がなさ過ぎない？それで社会人だったらやばいよね？
754:login:Penguin
10/05/20 20:21:50 aTrZGn3E
ああ、そうか。
ここは２ちゃんねるか（笑）。
755:login:Penguin
10/05/20 20:23:37 I3VC8hVE
うわぁ・・・
756:login:Penguin
10/05/20 20:25:44 8pblhFYi
ファイルシステムは十進分類法が常識です。
757:login:Penguin
10/05/20 20:39:37 JInr/c3z
>>755
あれでも面白いと思ってる書き込んでるのかもしれないよ。
だって、(笑)だよ、(笑)。
758:login:Penguin
10/05/20 20:46:22 aTrZGn3E
ムショでコーディングとか
馬鹿なこと言うヤツがいるからだよ。
759:login:Penguin
10/05/20 21:05:25 /y8usrPL
MJKY
760:login:Penguin
10/05/20 21:11:12 JInr/c3z
>>758
いいこと教えてあげる。
ここの管理人も言ってたよ。
嘘を嘘と見抜ける人でないと(掲示板を使うのは)難しい、と。
普通の人が聞けばすぐにギャグや冗談だとわかることでも
見抜けない人って居るからね。
よく他人から、空気が読めない人だ、とか言われてるないかな。
761:login:Penguin
10/05/20 21:13:20 aTrZGn3E
なにここ。
もう2chにはこねーよ。ばいばいニート君たちｗ
762:login:Penguin
10/05/20 21:28:59 /y8usrPL
実生活でもアスペのせいで葛藤しまくりなんだろうなあ。
763:login:Penguin
10/05/20 22:13:59 Iaz6xGBO
しかしまあ、社会奉仕活動としてのコーディングもあって良いのではないだろうか？
764:login:Penguin
10/05/20 22:28:36 fLQIe7dd
アメリカやらイギリスなら有り得そうだが、ドイツじゃ無理だろうな
765:login:Penguin
10/05/20 23:18:36 ys7/FUng
山口の民間の刑務所で刑務作業としてソフトウェア開発させてるところがあるけどな
アウトソーシングだから好き勝手に開発できないだろうけど
766:login:Penguin
10/05/20 23:30:41 GWx3Jjmh
民間の刑務所なんてあるんだね
そういう場所にいたらgoogleつかえないから鍛えられそうだな
767:login:Penguin
10/05/21 08:04:29 gOpfS+sv
最近、btrfsのMLにパッチがたくさん投下されているでおじゃる。
期待age
768:login:Penguin
10/05/21 10:10:16 BkNJIbDC
>>746
分散ファイルシステムか
MongrelFSみたいな分散冗長でmount出来るといのだけど
769: [―{}@{}@{}-] login:Penguin
10/05/21 18:32:02 tnokn+87
ファイル名２５５文字ならどれでもいいよ。
どれも２５５バイトで実装しやがって、毛唐共は脳みそが腐ってやがる。
770:login:Penguin
10/05/21 19:32:52 sVeveYgy
いやむしろ最近は何テラだの何ペタだの何エクサだのと大容量ストレージを扱える事を誇ってるくせにファイル名が255文字とかしょぼすぎるよ。
やはりこれからの時代ファイル名は容量の続く限り無制限とかにしてほしいね。
それでファイル名だけで全容量使いつぶしたりするんだよ。
771:login:Penguin
10/05/21 19:43:10 rr78j6Cb
>>770
255文字じゃなくて255byte。だから余計きびしい。
772:login:Penguin
10/05/21 19:44:44 yDubDIkb
[client 192.168.*.*] PHP Notice: Use of undefined constant XOOPS_ROOT_PA
TH - assumed 'XOOPS_ROOT_PATH' in _var_www_html_xoops_header.php on line
28[client 192.168.*.*] PHP Warning: main(XOOPS_ROOT_PATH_class_xoopsblo
ck.php) [<a href='function.main'>function.main<_a>]: failed to open stre
am: No such file or directory in _var_www_html_xoops_header.php on line
28[client 192.168.*.*] PHP Warning: main() [<a href='function.include'>f
unction.include<_a>]: Failed opening 'XOOPS_ROOT_PATH_class_xoopsblock.p
hp' for inclusion (include_path='.:_usr_share_pear') in _var_www_html_xo
ops_header.php on line 28[client 192.168.*.*] PHP Notice: Undefined vari
able: xoopsConfig in _var_www_html_xoops_header.php on line 29[client 19
2.168.*.*] PHP Notice: Use of undefined constant XOOPS_THEME_PATH - assu
med 'XOOPS_THEME_PATH' in _var_www_html_xoops_header.php on line 29[clie
nt 192.168.*.*] PHP Notice: Undefined variable: xoopsConfig in _var_www_
html_xoops_header.php on line 29[client 192.168.*.*] PHP Notice: Use of
undefined constant XOOPS_ROOT_PATH - assumed 'XOOPS_ROOT_PATH' in _var_w
ww_html_xoops_header.php on line 62[client 192.168.*.*] PHP Warning: mai
n(XOOPS_ROOT_PATH_class_template.php) [<a href='function.main'>function.
main<_a>]: failed to open stream: No such file or directory in _var_www_
html_xoops_header.php on line 62[client 192.168.*.*] PHP Fatal error: ma
in() [<a href='function.require'>function.require<_a>]: Failed opening r
equired 'XOOPS_ROOT_PATH_class_template.php' (include_path='.:_usr_share
_pear') in _var_www_html_xoops_header.php on line 62[Sun Oct 02 09:12:54
2005] [error] [client 192.168.*.*] File does not exist: _var_www_html_f
avicon.ico[Sun Oct 02 09:12:56 2005] [error] [client 192.168.*.*] File d
oes not exist: _var_www_html_favicon.ico[Sun Oct 02 09:12:58 2005] [erro
r] [client 192.168.*.*] File does not e.log 0Bytes
773:login:Penguin
10/05/21 21:31:21 xqbFIV5p
>>770
ストップウオッチ片手に高速化を追求しよう
774:login:Penguin
10/05/26 02:19:36 Ec7hiGEI
ここのスーパーハカーに聞くが、
XFSとext4、reiserfs の代替に適しているのはどっち?
775:login:Penguin
10/05/26 02:35:10 GDR7QI4l
分かってreiserfsを選択したならext4かねえ
XFSも悪くないけど得意分野が違う
776:login:Penguin
10/05/26 06:53:47 8G2YvF1G
XFSはファイルチェックにメモリをバカ食いするので、使うならせいぜい1TBぐらいのパーティションにしておいた方がいい。
1TBにつき2GBぐらい使う。
777:login:Penguin
10/05/26 07:17:15 Ec7hiGEI
>>775
ext4か…
>>776
(数年前)1TBのパーテーションにreiserfsなんてつかわない。
778:login:Penguin
10/05/26 10:03:22 VnvJv9hL
6年ほど前に5TBのreiserfsを運用したけど、問題なかったよ。
779:login:Penguin
10/05/26 10:06:13 FFZmctnd
>>778
問題ないと言ってもいくつかファイルを入れてみて問題ないのか、
８割９割使いきった後の速度面の低下が問題ないのか、
エラー起こしてマウント拒否された時のfsck作業の手間が問題ないのか、
その発生頻度は問題ないのか、
いろいろあるよね。
780:login:Penguin
10/05/26 10:27:27 VnvJv9hL
2週間 24時間 5台のPCから10KBほどのファイルをNFS経由で書き込み。
１セット目はファイルのサイズがもっと大きくて 5TB使い切ったけど、
その後の数セットは小さくなって、徐々に埋まっていった。
時々NFS経由で参照もした。
基本１年１回しか電源落とさないから、マウントでエラーになったことはなかったな。
781:login:Penguin
10/05/26 11:32:58 FFZmctnd
>>780
そういう特殊な用途なら、reiserfsがぴったりかもしれないなぁ。
システム兼ファイルサーバとしてext3を1TBで運用してたら
ぼこぼこファイル壊れるし、カーネル更新のために再起動したらかなりの割合でマウント失敗した。
ext4 2TB運用に切り替えたらだいぶマシにはなったけど、まだまだ不満。
Windowsマシンほどの安定さにはなかなかならないなぁ。
782:login:Penguin
10/05/26 11:41:37 rtalxagQ
そんなに不安定なら、今ごろ世界中で問題になってlkmlにパッチが流れるだろう。
783:login:Penguin
10/05/26 11:45:30 VnvJv9hL
結局ノウハウなんだと思うよ。
10年ほど前に3年間ほど1TBのext2(!)のファイルサーバを運用したし、
この3年ほどは4TBのext3のファイルサーバ使ってるし。
784:login:Penguin
10/05/26 12:06:22 rIQ3k4/Z
xfsはreiserfsの軽快さが無い。ext4にしてチューニングするのが良い
785:login:Penguin
10/05/26 12:21:34 IRtoFqE3
>>781
どう考えてもHDDがボロボロなだけ。
786:login:Penguin
10/05/26 13:56:10 FFZmctnd
>>785
運用してる自宅サーバーはいつも新規の3.5inch SATA HDDを使ってる。
787:login:Penguin
10/05/26 14:01:51 6nGv+eBX
メモリとか電源腐ってるんじゃね？
788:login:Penguin
10/05/26 14:18:50 rzBIhy8Z
ケーブルかも。
789:login:Penguin
10/05/26 14:25:18 IRtoFqE3
>>786
最初からボロボロのディスクだって良くある。
ちゃんとsmartの状態を見たり、badblocksでチェックしたりしてるかい？
790:login:Penguin
10/05/26 14:48:32 FFZmctnd
メモリはエラーなし。
ケーブルは電磁遮蔽対応のに取り替えたらいくらか改善したけど、完治はしなかった。
１年運用後のHDDを取り出してWindowsマシンでsmartチェックかけたけど異状なし。
スレ違いなのでこの辺にしとく。
791:login:Penguin
10/05/26 22:01:00 DqBb1I4M
うん
ファイルシステム関係ないっぽいね
792:login:Penguin
10/05/26 23:33:17 4A6wuZRL
昔ファイルが微妙な壊れ方するんでファイルシステムやHDDドライバ疑って調べたら、
初期のRealtekのNICドライバが原因だったときのことを思い出した。
（TCP/IPのCRCチェックを1回/GByte位の確率で通り抜けてきていた）
793:login:Penguin
10/05/27 07:31:35 KnjFkUOs
エラーパケットが流れてる時点でどうなのよって気がするが・・・
NICが腐ってて受信データ破壊している可能性もあるか。
以前は、Windows(NTFS) より Linux(ext2,ext3) の方が壊れやすかったけど、
HDDをハードウェアRAID1化してエラー排除してからは、Linuxの方が壊れにくくなった。
最近は、Windows7で連続的にNTFSが吹っ飛んでる。
バグによる問題で逆転した感じかな
ext4使い出したら、また Linux < Windows になるかもしれないけど。
794:login:Penguin
10/05/27 07:42:49 05WC+ART
ファイルシステムって、そこまで不安定なものだと思っているのか? >793
795:login:Penguin
10/05/27 10:14:18 VZg/P2Hs
電源不安定だと壊れまくるけどねｗ
796:login:Penguin
10/05/27 11:09:22 tOxkqDtJ
いや、不安定だし、実際。
少なくともLinuxのものは。
797:login:Penguin
10/05/27 11:39:29 IfXh48+v
具体的にどんな問題があったの？
798:login:Penguin
10/05/27 11:58:33 Q5Q/OSyK
FSがそんなに不安定ならもっと大騒ぎになっているだろうよ。
どのOSでも。
799:login:Penguin
10/05/27 12:14:41 ryNMEAgS
書き込み中に電源コード引っこ抜いてどうのとか
800:login:Penguin
10/05/27 12:32:28 57/oVg8M
家のすぐ脇に発電所とか電車の線路とか無いか？
801:login:Penguin
10/05/27 13:24:31 tOxkqDtJ
>>797
頻繁にwgetしたtar.bz2の展開がこける。（ローカルのファイルでも）
作成した直後のtar.bz2でも壊れていることがある（のでチェックがかかせない）
少なくない割合でリブート後のマウントに失敗してパーティションのスキャンを始める
802:login:Penguin
10/05/27 13:27:21 ryNMEAgS
触るだけで家電を壊せるタイプだな。
パソコン触るなよ。向いてないよ。
803:login:Penguin
10/05/27 14:08:25 xolmkT/X
エンドユーザレベルはこの程度でしょ
他人への要求水準が高すぎ
804:login:Penguin
10/05/27 16:16:16 J7t95HhN
>>801
明らかにハードウェアの障害。
805:login:Penguin
10/05/27 17:32:02 xO1KLZY0
SATAコネクタがしっかり刺さってないとかだな
806:login:Penguin
10/05/27 18:30:30 iKN1yZbB
>>801
プゲラ
807:login:Penguin
10/05/27 19:01:59 v16tAr47
こわれたパソコンでも通常どうりに動くファイルシステム…… ハードル高すぎだろ
808:login:Penguin
10/05/27 20:28:10 mENLa3UQ
パピルスか石版
809:login:Penguin
10/05/27 23:40:42 E9BaMuft
デバイスのエラーも出ずにファイルシステムだけ壊れるの？
810:login:Penguin
10/05/28 00:57:28 lkQ84wkz
>>809
明らかにスレ違いですが、うちにあるマザーボードのオンボードIDEポートは、
大きいファイル書き込むと時々間違った値を書き込むという障害がありました
(Win/Linuxともに発生)
同じハードディスクをUSB接続して試したら、正しい値で書き込んでいたので、ハードの障害で間違いないでしょう
そういうこともあるということで
811:login:Penguin
10/05/28 01:04:29 fQwLwHFM
>>809
USBフラッシュとか、想定してない(=Windows以外で使う)アクセスパターンだと
ちゃんと書けてなくてもエラーもあげずにスルーしてくれる。
フラッシュのコントローラ次第。
812:login:Penguin
10/05/28 08:06:04 aWp+9GYs
不具合をすべてファイルシステムのせいにしてしまえば、気は楽だよね。
813:login:Penguin
10/05/28 08:47:35 OenA9xrk
796 login:Penguin sage 2010/05/27(木) 11:09:22 ID:tOxkqDtJ
いや、不安定だし、実際。
少なくともLinuxのものは。
799 login:Penguin sage 2010/05/27(木) 12:14:41 ID:ryNMEAgS
書き込み中に電源コード引っこ抜いてどうのとか
800 login:Penguin sage 2010/05/27(木) 12:32:28 ID:57/oVg8M
家のすぐ脇に発電所とか電車の線路とか無いか？
801 login:Penguin sage 2010/05 /27(木) 13:24:31 ID:tOxkqDtJ
>>797
頻繁にwgetしたtar.bz2の展開がこける。（ローカルのファイルでも）
作成した直後のtar.bz2でも壊れていることがある（のでチェックがかかせない）
少なくない割合でリブート後のマウントに失敗してパーティションのスキャンを始める
>>799-800 の予想を超えた怪答ですた。つか、単なるハードエラーｗ
814:login:Penguin
10/05/28 09:03:17 a/JQQ1+z
USBメモリは、MLCタイプの場合Windowsで書き込んでもデータぶっ壊れる
SLCだとなんとも無いのはLinuxと一緒だが、SLCは市場の1%未満しか無いオチ
ま、ハードエラーって言えばハードエラーだな。
815:login:Penguin
10/05/28 10:30:11 aWp+9GYs
>USBメモリは、MLCタイプの場合Windowsで書き込んでも
ファイルシステムの話をしているのではなかったの？
816:login:Penguin
10/05/28 11:50:30 RJXHdlHN
ファイルがぶっ壊れる原因の大半はメモリ障害。
んで、>>810のようなとんちんかんな切り分けになる。
817:login:Penguin
10/05/28 12:36:39 +j8QVr2r
とりあえずハードエラーとハードウェアエラーは区別しような
818:login:Penguin
10/05/28 12:39:46 xLwkh6F/
>>817
819:login:Penguin
10/05/28 16:28:10 aWp+9GYs
主記憶 12G とかを個人でも入手できるようになったから
メモリのソフトエラーとかも気にしていかなきゃいけないよなぁ。
もちろんサーバーは ECC つき。
820:login:Penguin
10/05/28 22:18:15 lkQ84wkz
>>816
当然最初はメモリだろと思ってMemtest86一晩回してもエラーなし
今はIDEの拡張ボード差して運用してるけど、そっちでも正常に作動
それでもメモリエラーなんですか?
どういう仕組みなのか、とんちんかんな私に教えてくれませんか?
821:login:Penguin
10/05/28 22:20:30 t2OL57fu
fsと無関係うぜえ
822:login:Penguin
10/05/28 22:25:57 kCp5E0/+
宇宙線が・・・
823:login:Penguin
10/05/28 23:09:06 xLwkh6F/
ディスクコントローラ周りが壊れてんだろ。
824:login:Penguin
10/05/28 23:18:57 OUd3GOjf
>>823
オレのマシンの場合は、その可能性が一番高いな。
この場合、SATAコントローラーを増設するしか無い。欝だ……。
825:login:Penguin
10/05/28 23:29:06 xLwkh6F/
ゴミは捨てなよw
826:login:Penguin
10/05/29 00:01:46 TYD8ioho
>>820
Kingstone のメモリ使ってない？
827:login:Penguin
10/05/29 14:04:33 aLOyEYLu
初心者はソフトエラーだと連呼するもんだよ
お前らもそうだったろ
828:やんやん ◆yanyan72E.
10/05/29 14:27:53 ubrg7+M0
>>826
>>810じゃないが、
Kingstoneのメモリ使っているのだけれど、何か問題あるの？
829:login:Penguin
10/05/29 14:54:29 NmPiuABk
だから初心者は新しいパソコンを使うべき。
830:login:Penguin
10/05/29 18:46:20 TYD8ioho
KingstoneのECCメモリとSUPERMICROのマザーの相性で苦しんだ。
831:login:Penguin
10/05/29 18:52:28 /KlQECCS
昔VIAのApolloPro133というチップセットを載せたマザーボード+Win98で特定verのHDDドライバ使用時に
サウンドカードを使いながらファイルを読むとデータ化けするというのがあった（HDDのDMA転送中に
サウンドカードに割り込まれるとDMA中断再開処理に問題があってデータが化ける）。
このようなメカニズムならHDD＆ケーブル＆メモリ＆電源に問題なくても上のような障害を発生させることはできるな。
832:login:Penguin
10/05/30 15:19:16 zGPpBE4h
中断再開処理？…IRQの割り当て失敗に見えるんですが…
833:login:Penguin
10/05/30 16:06:31 A4w99/OH
>>832
DMA転送はシステム全体で同時に１本しか使えなかったので他のデバイスの
実行順番になったら一度中断しておいて自分の実行順番になったら
また再開するのです。
IRQはBIOS画面で固定の番号を割り当てるタイプなので関係ないと思います
（問題がある設定ならOSが起動できないしドライバのバージョンに
関係なく問題が発生する為）。
834:login:Penguin
10/05/30 16:18:53 zGPpBE4h
BIOSでの割り当てって…PnP設定ってどのレベルでやるのか知ってる？
DMAの転送っていっても,最近はDMACなんて使ってやってなくって,
CPUがやってるんだと思うけれど…単なる勘違いだと良いんだけれど.
835:login:Penguin
10/05/30 16:28:28 om6OFnAn
>>834
横からなんだけど、>>831は10年位前の昔話だぞ。
836:login:Penguin
10/05/30 16:29:48 om6OFnAn
ごめん。>>831ちゃんと読めてなかった。
>>835は忘れて。
837:login:Penguin
10/05/30 16:31:03 pt8NIW+V
>>834
最近の話じゃないだから何があっても不思議じゃないだろｗ
838:login:Penguin
10/05/30 20:00:07 3V1Eh/b8
LogFSとbtrfsのどっちが逸早く実用化されるんだろうか・・・
早く安定したSSD向けファイルシステムを使いたいわ
839:login:Penguin
10/05/30 20:24:13 D/aIcczs
>>838
YAFFSはどうなん？
840:login:Penguin
10/05/31 00:17:24 VFnQDZNJ
う・・・Centos使ってるからカーネルが対応してないorz
今度、実験SSD鯖にFedoraでもいれてやってみます。
841:login:Penguin
10/06/08 01:36:49 TypIJruf
>>838
悪いとは言ってない
馬鹿にしてるだけ
馬鹿にされたくなかったら、もっと経験を積んでください
本やネットで知識を漁るだけじゃなく、現場を体験してから口を聞いてください
842:login:Penguin
10/06/08 01:59:53 d9iO0HJF
なんか誤爆している気がするが...？
843:login:Penguin
10/06/08 02:08:23 SmJFO3iR
罵倒レスの誤爆ほど恥ずかしいものはない
844:login:Penguin
10/06/08 06:12:46 gPCk8GS0
誤爆じゃなくてただの荒しでそ。放置推奨。
845:login:Penguin
10/06/08 16:24:51 ofMV1BCc
Linuxで、Native ZFS
URLﾘﾝｸ(wiki.github.com)
846:login:Penguin
10/06/09 01:06:50 e/l3TAeb
>>845
まだ、mountできないよね。
847:login:Penguin
10/06/10 17:00:45 M86aiU+s
米CTERA、Ext3互換で高度なスナップショット機能を持つファイルシステム「Next3」を公開 - SourceForge.JP Magazine : オープンソースの話題満載
URLﾘﾝｸ(sourceforge.jp)
848:login:Penguin
10/06/10 17:08:31 CDVTgt0I
時間を指定して復旧できるって書いてあるけど、例えば毎分ごとに差分を保存とかしてるんだろうかw
849:login:Penguin
10/06/10 19:27:04 NiC9rWnZ
>>848
すべての書き込み操作(メタデータだけでなくデータも)にタイムスタンプがついてれば可能。
つかジャーナルじゃなくてもう書き込みログだな。
で、NILFSどーよ?
850:login:Penguin
10/06/10 21:19:59 rfHvXO13
N+extでNext その発想は無かったわ
851:login:Penguin
10/06/10 23:15:43 9UuxnsoS
ext3cowｪ…
852:login:Penguin
10/06/10 23:27:08 iLnuFisP
ｲﾗﾈ
853:login:Penguin
10/06/10 23:39:11 ez1JBbIx
ext4で実現してほしいな。->Next3
それよりもext4で16TiB以上のボリューム対応が先か?
854:login:Penguin
10/06/10 23:49:51 58WYus8Z
>>853
ext4は最大ファイルサイズが16TiBなのであって
最大ボリュームサイズは1EiBなんだが。
855:login:Penguin
10/06/11 00:03:15 E1YxmbEK
理想(設計)と現実(実装)だいぶ違うから夢から覚めなさい
856:login:Penguin
10/06/11 00:10:09 Y/RRWASf
ボリュームは大きいほどいいだろ
857:login:Penguin
10/06/11 02:18:54 JUDe7aat
>>850
立方体の黒いマグネシウムの箱の様な運命をたどるのか?
858:login:Penguin
10/06/11 08:58:23 o1VJHHWx
>>857
その流れは、いま薄くなって大ヒットしてるじゃん。
859:login:Penguin
10/06/11 13:11:56 iuX4lkfv
大ヒットは20年後かｗ
860:login:Penguin
10/06/11 20:55:47 X1Une1/9
ｲﾗﾈ
861:login:Penguin
10/06/12 23:02:57 9Rin7YcQ
>>854
e2progsとかでは16TiB以上のボリューム作成はまだ実装されていないから、最大ボリュームサイズはext3と同じ16TiB-1blockだぞ。
URLﾘﾝｸ(ext4.wiki.kernel.org)
の「Bigger File System and File Sizes 」の「Note!」読め。
URLﾘﾝｸ(e2fsprogs.sourceforge.net)
ここをチェックして現段階の実装を確認している。
まあ実際には
>855
の言うとおりだ。
862:login:Penguin
10/06/13 00:18:17 4i+0ORsI
>>861
なるほど。まあそういうことなら仕方ないだろう。
実際問題として16TBの単一ブロックデバイスを構成しようと思ったら
2TBのHDDを9個以上直列につながないといけないわけでまだ現実的な話じゃないしね。
863:login:Penguin
10/06/13 00:30:33 3lcZFhKG
>>862
エンタープライズでは別に珍しくもないぞ。
864:861
10/06/13 09:28:38 KOLcQc2D
>>862
なんで上から目線なんだw
日本語情報ばかりでなく1次ソースぐらい読めよ。
あと3ware + WD20EASRS x 9 で個人で運用している。
10万円もあれば2TBのHDD10個ぐらい簡単に購入できるだろ。
趣味としても他の趣味に比べて高いわけではない。
865:login:Penguin
10/06/13 09:44:22 7A6P4geF
上から目線とかどうでもいいから。
866:login:Penguin
10/06/13 11:52:31 dzTsHixh
>>862
たった9個なんだから十分現実的だよ。
まあ俺も最近までext4の16TB制限を知らなくて、
2TBx20台でRAID6のボリュームをext4にしようとして
出来なくてから知ったんだけどw
867:login:Penguin
10/06/13 13:00:52 /VIsx9yS
何でそんなことするの？
868:login:Penguin
10/06/13 13:04:03 YXxENcP6
>>867 >>864
869:login:Penguin
10/06/13 14:09:22 aHz5l9hM
日本最強のnyノードを目指しているとか?
870:login:Penguin
10/06/13 14:28:54 dzTsHixh
普通のメディアサーバーだよ。
871:login:Penguin
10/06/13 15:49:54 PSTG+F84
俺の会社では、2T x 10 台を開発者一人ずつに提供している。
OpenSolaris ベースの Nexenta で ZFS 5台の ZRAID2 を二つつくり、
それをストライプ。トータル 12T
それが人数分なので 20 セットあるのか。
それとは別にサーバーに HD の山。
ある程度の規模の画像系処理を行う場合には、ひとつの作業セットが 1T を超えても
おかしくない時代です。民生用 HD ビデオコーダーですら取り込み結果が 500G 位は
平気でいきますしね。