ファイルシステム総合スレその15

0001login:Penguin;

2012/06/30(土) 08:36:00.10ID:q3w7kzQB

●前スレファイルシステム総合スレその14
http://engawa.2ch.net/test/read.cgi/linux/1326613113/
●関連スレ
ジャーナリングファイルシステム
http://toro.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 6
http://toro.2ch.net/test/read.cgi/unix/1337411922/
FS関連スレ
http://kohada.2ch.net/test/read.cgi/os/1137387538/l50
過去スレ、関連リンクは >>2-10 あたりで。

0405login:Penguin

2012/11/01(木) 23:13:38.79ID:zilQmaYL

ファイルシステム的には
$ cp hoge.txt hoge.backup
とほぼ同等のことをCOWでやってる訳だしバックアップって言ってもいいんじゃないの
バックアップが同じHDDあっちゃいけない決まりがある訳じゃないし

0406login:Penguin

2012/11/01(木) 23:18:20.03ID:x/7V4pPf

複製しないし

0407login:Penguin

2012/11/01(木) 23:23:33.64ID:InrMq2kC

簡単なんだから使い分けましょう。
ベル研のWORMみたいに、光学ディスクにバックアップしながら、
いつでもアクセス可能なスナップショットを作成するのなら、
区別しがたいわけだけど。

0408login:Penguin

2012/11/01(木) 23:31:05.46ID:ssBg5K4m

呼び方は置いとくとしても、
スナップショットじゃハードウェア障害に無力だよね。

0409login:Penguin

2012/11/02(金) 09:27:58.19ID:rb1niAqP

オリジナルが必須な時点でバックアップじゃ無いじゃん

0410login:Penguin

2012/11/02(金) 11:33:42.33ID:uIcmYoX5

別ディスクへのバックアップだって遠隔地に取ってなけりゃ災害には耐えられない
何に耐えられるかを以ってバックアップかどうかを定めるのはあまり意味が内と思う

コピーやスナップショットやリモートミラーは実現するための技法に過ぎなくて、
非常時に代替として使えるものは何だって広義のバックアップだろうよ

0411login:Penguin

2012/11/02(金) 11:46:35.99ID:jcF3AZ8S

pgr

0412login:Penguin

2012/11/02(金) 11:52:21.97ID:doWgnh0V

>>410
極端な例を挙げても、バカがいっそう引き立つだけだぞ。

0413login:Penguin

2012/11/02(金) 11:54:07.86ID:rb1niAqP

遠隔地でなきゃバックアップも死ぬよっていうのは別次元の話だな

バックアップの本質的な意義は、明らかに一部または全部が欠損したオリジナルの復元だから
スナップショットも条件限定でのバックアップと言えなくもない

ただ、システムの運用管理を行う上で「バックアップとスナップショットは区別されるべき」っていう話だと思うぞ

0414login:Penguin

2012/11/02(金) 12:06:26.07ID:uIcmYoX5

専門バカ的に、バックアップって言葉の意味を限定しすぎてるだけ
その世界では(狭義には)オリジナルと別の実体を要求されることくらいはわかってる

バックアップという目的に対して適切な手段が場合によってスナップショットだったりディスク内コピーだったりディスク外コピーだったりリモートコピーだったりするだけ

0415login:Penguin

2012/11/02(金) 12:15:19.34ID:rb1niAqP

名称や定義は重要だぞ
まあお前さんは今まで痛い目を見たことがないラッキーガイなんだろうよ

0416login:Penguin

2012/11/02(金) 12:54:39.09ID:uIcmYoX5

名称や定義に無頓着なのはそっち

0417login:Penguin

2012/11/02(金) 12:58:42.56ID:doWgnh0V

>>416
いい加減にしろ、ぼけ

0418login:Penguin

2012/11/02(金) 13:29:52.86ID:GQBvMhUy

的外れな『極論』を持ち出した時点でID:uIcmYoX5の負け

0419login:Penguin

2012/11/02(金) 13:39:28.50ID:ZWB+hg7e

ゆワイターはあっち

0420login:Penguin

2012/11/02(金) 14:27:16.67ID:M+3/Tt7Z

同じディスク内のコピーはバックアップではない
その認識が浸透していたならファーストサーバの事件は防げたかもしれない

0421login:Penguin

2012/11/02(金) 16:08:02.73ID:O/ZR7tTp

>>420
認識が足りないのはお前だろ…

ファーストサーバでは別ディスクにまるごとコピー（二重化）も取ってあったんだよ。
ところが馬鹿な社員がそっちにもバグ入りOSアップデートしたせいで
コピー側も見事にぶっ壊した。

ホット側とコールド側双方一緒に環境更新とか無能としか言いようが無い。

0422login:Penguin

2012/11/02(金) 16:30:13.28ID:GQBvMhUy

>>421
認識が足りないのはお前だろ…

ファーストサーバは待機系をバックアップと称していたけど、
待機系はあくまで本番系に対する（機能としての）バックアップであって、
データとしての『バックアップ』ではない。
そこがごっちゃになってるから話がおかしくなるんだよ。
データとしてのバックアップじゃないんだから、本番系・待機系ともにパッチ当てるのは当たり前。
じゃなきゃいざって時に待機系が使いものにならず、待機系の意味がない。

0423login:Penguin

2012/11/02(金) 16:45:48.44ID:jcF3AZ8S

バカな運用者というのはbyzantine failuresの典型例ですね。

0424login:Penguin

2012/11/02(金) 17:41:18.21ID:RxNdjvVD

この流れ、同じようにバックアップやRAIDについて得意げに解説してくれていたシステム構築発注先のSEが
数日後ノートPCが壊れたとかで、
これまでのメールや資料を再送してくれと泣き疲れた思い出が呼び覚まされた。

0425login:Penguin

2012/11/02(金) 17:45:48.11ID:cPFlJ0Jm

>>410
ポケコンに打ち込んだベーシックのプログラムを、
紙に写経してバックアップしたのを思い出すわｗ

0426login:Penguin

2012/11/02(金) 18:41:50.82ID:6OZ7uj4a

紙にメモするのも立派なバックアップの手段

0427login:Penguin

2012/11/02(金) 19:08:12.68ID:aQt6ihWu

紙にバックアップは最終手段だね。
少なくともPCで取り扱うよりも並べ替えも移動も検索も難しくなるし、
機密情報だったら暗号化もできない。

0428login:Penguin

2012/11/02(金) 19:15:38.10ID:cPFlJ0Jm

しかもだいたい書き間違うしなｗ
まあそこは、復元するとき柔軟に読み込むから相殺されるけど。

0429login:Penguin

2012/11/02(金) 19:21:33.39ID:GPiMhI3k

ふっかつのじゅもんか

0430login:Penguin

2012/11/02(金) 22:04:39.91ID:QbgCEqw1

最近物忘れが多いからメモするようにしたんだが
自分でも読めないくらい字が下手で困る

0431login:Penguin

2012/11/03(土) 00:44:45.77ID:GUd3rUXm

Ext4のバグがまだあるという…

[Phoronix] There Might Be Another EXT4 Corruption Bug
http://www.phoronix.com/scan.php?page=news_item&px=MTIxOTU

要は64bitのUbuntuにおいて、12.04で作ったExt4に12.10を入れて
12.10のfsckをすると、ファイルシステムが100%クラッシュする
ということかな。

0432login:Penguin

2012/11/03(土) 01:53:20.00ID:OhvRX3Pe

暗号化とエラー訂正コードを付けてからメモすれば

0433login:Penguin

2012/11/03(土) 02:05:55.89ID:Ez1EqqwX

>>431
ext4がまだ枯れていないという事だろう
安定するためにはもっと人柱が必要なんだ

0434login:Penguin

2012/11/03(土) 02:38:00.48ID:GUd3rUXm

カーネルが
・Ubuntu 12.04 ～ ver 3.2
・Ubuntu 12.10 ～ ver 3.5
なので、似たような状況でも問題が発生するかも知れませんね。

0435login:Penguin

2012/11/03(土) 08:50:10.05ID:x4u+yq7+

まあでも新しいファイルシステムなんてそんなもんだよな。
ZFSも結構問題起きるみたいだし。

0436login:Penguin

2012/11/03(土) 09:20:19.76ID:F3mzMXS2

ext4が枯れていないのにext4でfixされたバグがext3にバックポートされていないものがあるという

0437login:Penguin

2012/11/03(土) 09:22:02.50ID:GUd3rUXm

DebianがExt4を採用しているから大丈夫だと思ったんですが。。

でも今回のはカーネル3.5、先日のは3.4～3.6。
Debian(wheezy)は3.2だから大丈夫かな。

0438login:Penguin

2012/11/04(日) 08:33:32.52ID:DxPDnXqB

XFSはいいものだよ

多分最高のものだ

いいものは決して滅びない

0439login:Penguin

2012/11/04(日) 11:55:42.62ID:DRJDnh5/

btrfsに駆逐されろ

0440login:Penguin

2012/11/06(火) 03:57:02.55ID:pISgWimS

>>438
いいものではなく、商業的に成功したものだけが生き残る

0441login:Penguin

2012/11/07(水) 11:08:25.38ID:rn8yLjcX

Suse Enterprise Server Lnux 11を使ったサーバ構築の案件があって、
試しに仮想PCにインストールしてるんだが、ファイルシステムの
選択にbtrfsが出て来てビックリした。　選ぶと、/パーティションには
使えないらしくインストーラで先に進めないが、データ
パーティションには使えるみたい。

0442login:Penguin

2012/11/07(水) 16:34:18.60ID:WkY+xawT

grub2ではgrub.cfgでinsmod nilfs2を指定できるようになったので、
nilfs2を普通にrootで使えるようになった。

それにしてもnilfs2のファイル削除の遅さは気になるな。

0443login:Penguin

2012/11/07(水) 16:50:54.73ID:s8f4SsG0

全く関係無いんだけど誰も話す相手がいないから書かせてくれ

随分前から海面上昇が問題になってるけどさ
あれって世界中が貿易が盛んになって
でっかいコンテナ船やらタンカーをたくさん浮かべたからだと思う

北極の氷が溶けたのが原因って言われてるけど
氷って元々ほとんど水の中だし溶けたら逆に体積減るからあんま関係ないと思うんだよね

どうだろ？

ちなみに俺はXFSが好き

0444login:Penguin

2012/11/07(水) 16:53:26.38ID:4OoAyn3a

長いファイル名サポートはよお願い

0445login:Penguin

2012/11/07(水) 16:55:02.28ID:FcTcq6ln

>>443
ひとり言はこっちで。
http://kohada.2ch.net/yume/

0446login:Penguin

2012/11/07(水) 20:31:58.27ID:JJe03jty

海面上昇とXFSに何の関係が？

0447login:Penguin

2012/11/07(水) 22:24:16.18ID:mdV+jyok

データセンターは山の上に作れってことさ

0448login:Penguin

2012/11/07(水) 22:47:44.71ID:lMZK0FqX

データセンター立てるなら滋賀がいいですよ～
環境いいし交通の便いいし海抜80m以上あるから海面上昇とは無縁だし

0449login:Penguin

2012/11/08(木) 02:16:29.58ID:7q9PSQRu

寒くないと空冷できないべ
雪でも降れば貯めておいて使えるが

0450login:Penguin

2012/11/08(木) 02:33:19.97ID:/O1n10+6

滋賀は結構雪降るよ

0451login:Penguin

2012/11/08(木) 03:51:16.16ID:+t0fE3Pf

滋賀って例の大津市ある所じゃないか……。

0452login:Penguin

2012/11/08(木) 08:06:26.32ID:ulF68DIF

何のスレだよ。

0453login:Penguin

2012/11/08(木) 09:34:55.84ID:uMkvhnVA

データをイジメ殺すからやめてください！

0454login:Penguin

2012/11/08(木) 11:45:53.05ID:HTy/v2GZ

いじめの名所滋賀県

0455クラウドはドリームソルジャー？

2012/11/08(木) 12:18:43.74ID:+L/AjMM3

雲散霧消に定評のあるファーストサーバー。
多くのデータが消えていった。

0456login:Penguin

2012/11/08(木) 13:43:40.71ID:FNcrRuT7

常時snapshotのNILFSなら無事だったのにね

0457login:Penguin

2012/11/09(金) 00:14:21.82ID:qlO8XAcr

32bitカーネルと64bitカーネルでファイルシステムの違いが生じるってこと
ありますか？

0458login:Penguin

2012/11/09(金) 11:12:38.73ID:lm7rqEO+

開発者も64ビットと32ビットの両方の環境で動作するのが面倒らしく、
64ビットなら動くけど、32ビットでは動かなかったという事例は
ありそう。ファイルシステムでは無いが、別のシステムで経験があるよ。
開発者にメールしたら「え、32ビットまだ使ってるの？」って。
真面目なヤツで、次の日には改修済みの32ビット版のオプジェクトを
作ってくれたっけ。

0459login:Penguin

2012/11/09(金) 12:03:21.07ID:S4+d2JBp

ま、Linuxであえて32bit使っているのはUbuntuの馬鹿どもぐらい、
というイメージだな。

0460login:Penguin

2012/11/09(金) 12:26:52.89ID:tly6/47p

Droid君がアップを始めたようだ

0461login:Penguin

2012/11/09(金) 14:46:00.73ID:EhvrUbww

>>459
お前も馬鹿だろ。
まだまだ非64bit環境でLinux使ってるの多いんだよ。

0462login:Penguin

2012/11/09(金) 14:53:12.28ID:Gjeu7Hay

>>459
おまえのイメージはPCの話だろ
linuxは組み込み用との方が圧倒的に多いだろ

0463login:Penguin

2012/11/09(金) 15:37:42.41ID:TSMauyzz

>>462
でも組込みも64bit化してかないとヤバイ
2038年問題がヤバイ

0464login:Penguin

2012/11/09(金) 15:43:06.11ID:nMUC+MIA

アホかと。
カーネルの64bit化と2038年問題は関係ない。
time_tはカーネルの64bit化とは関係なく、既に64bit化されてる。
古いファイルシステムの内部データに32bit time_tが残っているのは大問題だが、
カーネルを64bit化すれば直るわけではない。

0465login:Penguin

2012/11/09(金) 16:01:17.49ID:NCnS2ylI

もったいないのが
64bit対応CPUで32bit使うこと
Ubuntuは未だに32bitがrecommendedだし

あと広く普及しているcore2duoは64bit対応だけど32bit全盛期に発売されたから未だ多く32bitCPUとして使われている

64bitにしたら有効メモリーはもちろん処理が速くなる

メモリー4GBも使わないからいいやとかPAEでいいやとか思わずCPUが対応してるならどんどん64bitにすべき

0466login:Penguin

2012/11/09(金) 17:38:26.30ID:J6obOOP6

適材適所がわからないバカはどうしようもないな

0467login:Penguin

2012/11/09(金) 18:19:26.77ID:tb9hKVQD

拙者32bitのUbuntuを使っている馬鹿でござる

0468login:Penguin

2012/11/09(金) 18:41:17.89ID:PEnheJzq

左様でございますか

0469login:Penguin

2012/11/09(金) 18:51:15.82ID:TsbbGiwx

ユーザーランド64ビットでもまあ構わないんだけどポインタは4バイトでじゅうぶん。どうコンパイルしたらいい？

0470login:Penguin

2012/11/09(金) 18:56:19.18ID:nMUC+MIA

自分でコンパイルしたコンパイラとライブラリを使ってください。
システムコールはポインタ渡しの部分が32bit版と64bit版と二種類用意されているので、
適切な方を呼び出すようにしてください。
後はELやld.soF内に閉じた話なので好きにやってください。

0471login:Penguin

2012/11/09(金) 18:57:21.62ID:J6obOOP6

使用目的に合わせて機器・使い方を選ぶのが適材適所であって
64bit対応ハードウェアなら何が何でも64bitで使うべきとほざくのがバカ

0472login:Penguin

2012/11/09(金) 19:08:08.64ID:NCnS2ylI

>>471
だってせっかくのCPUの性能をフルに発揮したいじゃん

「処理速度が向上する」を不必要と思う人はいないじゃん

0473login:Penguin

2012/11/09(金) 19:15:50.18ID:pbnT+2De

リスト構造をダンプして上位4バイトほとんど同じのみたらメモリーもったいないんだの。
IL64もしくはL64モデルでいい。

0474login:Penguin

2012/11/09(金) 19:17:07.84ID:pbl6itVC

>>472
キャッシュにおさらまらなくなると遅くなるよ。

0475login:Penguin

2012/11/09(金) 19:51:15.22ID:H1ZvvXvX

64bitにしたって、普通の用途では速度向上はほぼ実感できないだろ。
むしろメモリフットプリントが単純に増えるから、メモリが4GB以下なら64bitにするメリットがほとんどない。

0476login:Penguin

2012/11/09(金) 20:00:59.27ID:9NSaHAI2

x32ABIでいいじゃん
つか、FS関係無いだろ

0477login:Penguin

2012/11/09(金) 20:11:59.07ID:7LQKEDvt

x86にたいするx64なら64bitという点ではなくISAの拡張による利点がある
汎用レジスタが増えたり命令相対アドレッシングが可能になったり

0478login:Penguin

2012/11/09(金) 20:14:46.74ID:3ru+Kify

AMD64はレジスタ周りの設計改善で、64bitで使った方が速いらしい。

0479login:Penguin

2012/11/09(金) 20:39:17.08ID:HjNXfa0O

精度がfloatでじゅうぶんならdoubleより速いのにdoubleの固定観念を捨てられないおじさんみたい。

0480login:Penguin

2012/11/09(金) 22:00:33.07ID:VDgsiS8o

ubuntu64bitだとfluxbox環境でmltermのアイコンがなぜか化けまくる

0481login:Penguin

2012/11/09(金) 22:39:07.44ID:nMUC+MIA

/usr/share/pixmaps/mlterm*を全部表示してみてください。
というかスレ違い。

0482login:Penguin

2012/11/10(土) 03:08:21.46ID:skqN2pV+

>>479
x86のFPUは倍精度で動いとるからdoubleの方が余計な変換処理入らない分速い
てファイルシステムとどう関係あるんだ？

0483login:Penguin

2012/11/10(土) 03:42:22.35ID:BtRf1foD

>>482
別にかわらんのじゃないのか。
変換処理なら内部80bitだからdoubleでも入るぞ。

0484login:Penguin

2012/11/10(土) 06:07:04.85ID:CGoNRL+B

SSE

0485login:Penguin

2012/11/10(土) 08:08:42.58ID:yA/REe8u

>>464
sys_timeシステムコールを見るとtime_t返してるし、libcと同じくカーネル内でもlongで定義されてませんか？

0486login:Penguin

2012/11/10(土) 08:51:07.94ID:xknH4hBW

>>481
32bitと64bitで差がなかったyo

0487login:Penguin

2012/11/10(土) 09:33:08.87ID:J4Ln9o96

80bitって今日日x87コードなんか誰も書かないと思うけど
現状x87はコードは推奨されてないしコンパイラーもんなコード吐かない

0488login:Penguin

2012/11/10(土) 12:32:14.43ID:VbwvG4Uy

>>482
コントロールレジスタを_FPU_DOUBLEに設定していようが変換入るんだがね

0489login:Penguin

2012/11/10(土) 16:14:21.76ID:DAGxbFTw

ext4 の defrag まだかな。

0490login:Penguin

2012/11/10(土) 16:47:14.79ID:PrjxxuV6

e4defragとかfake_defragとか？

0491login:Penguin

2012/11/10(土) 17:08:37.17ID:Swni5aMO

linuxのデフラグはコピーして戻すのが王道だろw

0492login:Penguin

2012/11/11(日) 01:22:09.46ID:troQki0D

>>489
なんでデフラグしたいの?

0493login:Penguin

2012/11/11(日) 06:58:19.57ID:2Eng4Y+V

昔「デフラグする奴は貧乏人」ってスレがあったな

0494login:Penguin

2012/11/11(日) 10:40:48.36ID:osAwJNEG

デフラグする奴はアホ
初期化する奴のほうが情強

0495login:Penguin

2012/11/11(日) 10:46:04.14ID:bP6rS7i3

本当の情強はLinuxなど使わない

0496login:Penguin

2012/11/11(日) 10:48:05.27ID:QIAgZ7z2

freeBSDでZFSを使う

0497login:Penguin

2012/11/11(日) 11:07:33.39ID:3kaPvPl7

SolarisやHaikuもいいな

0498login:Penguin

2012/11/11(日) 16:23:07.56ID:0JBWKQCc

そもそもLinuxが沢山のファイルシステムをサポートしてるのはなぜ？
初期にメインファイルシステムをどれにするかで、迷走したとか？

0499login:Penguin

2012/11/11(日) 17:08:34.59ID:qt5OlzxZ

>>498
最初はExt系だけで、Linux気質の「来る者拒まず、去る者追わず」でどんどん増えた様な。。。

0500login:Penguin

2012/11/11(日) 17:30:17.28ID:e/1Iatys

ext2の実装がひどかったのも、いろいろ作りたい人が出てきた理由だと思う。
ただ最近はきっちりと役割分担が出来ているので、もっとあっても問題ない。

0501login:Penguin

2012/11/11(日) 17:43:17.09ID:hvw58Qyv

煽り要素ゼロで言うんだが、「ext2の実装がひどかった」てすごいな…。
ファイルシステムの実装について評価できるやつがこのスレにはいるのか。

0502login:Penguin

2012/11/11(日) 17:57:57.77ID:mNzMe6Pv

十人いれば十人十色の需要があり、それに応えた/自分で開発した
ってだけでしょ。仕様公開してないNTFSのサポートだけが不完全ってだけで。

0503login:Penguin

2012/11/11(日) 19:11:03.72ID:2c3JORIq

>>501

ジャーナルが無かったので、システムがフリーズしたり、
停電の後、再起動が出来るか不安なファイルシステムだったよ。

0504login:Penguin

2012/11/11(日) 19:12:56.91ID:hvw58Qyv

不安定さはそうだろうけど、
ジャーナリングの有無なんてもんは単に仕様の話じゃね？

ファイルシステム総合スレ その15

ファイルシステム総合スレその15