[過去ﾛｸﾞ] ファイルシステム総合スレ その20 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(1): login:Penguin [sage] 2024/07/30(火)13:14 ID:mzddZTqJ(1/6)
● 前スレ
ファイルシステム総合スレ その18
2chｽﾚ:linux
ファイルシステム総合スレ その19
2chｽﾚ:linux
● 関連スレ
ジャーナリングファイルシステム
2chｽﾚ:unix
OpenSolaris/Illumos (OpenIndiana, etc.) 6
2chｽﾚ:unix
FS関連スレ
2chｽﾚ:os
過去スレ, 関連リンクは >>2-10 あたりで.
2: login:Penguin [sage] 2024/07/30(火)13:15 ID:mzddZTqJ(2/6)
次スレは>>980がたててくれ
3: login:Penguin [sage] 2024/07/30(火)13:16 ID:mzddZTqJ(3/6)
● 過去スレ
01 2chｽﾚ:linux
02 2chｽﾚ:linux
03 2chｽﾚ:linux
04 2chｽﾚ:linux
05 2chｽﾚ:linux
06 2chｽﾚ:linux
07 2chｽﾚ:linux
08 2chｽﾚ:linux
09 2chｽﾚ:linux
10 2chｽﾚ:linux
11 2chｽﾚ:linux
12 2chｽﾚ:linux
13 2chｽﾚ:linux
14 2chｽﾚ:linux
15 2chｽﾚ:linux
16 2chｽﾚ:linux
17 2chｽﾚ:linux
18 2chｽﾚ:linux
4: login:Penguin [sage] 2024/07/30(火)13:16 ID:mzddZTqJ(4/6) AA×
http://www.bullopensource.org/ext4/
http://www.namesys.com/
http://oss.sgi.com/projects/xfs/
http://jfs.sourceforge.net/
http://nfs.sourceforge.net/
http://sourceforge.jp/projects/sfnet_linux-ntfs/
http://fuse.sourceforge.net/
http://btrfs.wiki.kernel.org/index.php/Main_Page
http://www.nilfs.org/ja/
http://zfsonlinux.org/
http://hub.opensolaris.org/bin/view/Community+Group+zfs/WebHome
5: login:Penguin [sage] 2024/07/30(火)13:17 ID:mzddZTqJ(5/6)
● 関連リンク 2
en:List of file systems
http://en.wikipedia.org/wiki/List_of_file_systems
Linuxファイルシステム技術解説
http://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html
Linuxの次世代ファイルシステムは「バターFS」!?
http://www.atmarkit.co.jp/news/200807/10/btrfs.html
Linux ジャーナリング・ファイルシステムの徹底調査
http://www.ibm.com/developerworks/jp/linux/library/l-journaling-filesystems/?ca=drs-jp
Linux フラッシュ・ファイルシステムの徹底調査
http://www.ibm.com/developerworks/jp/linux/library/l-flash-filesystems/?ca=drs-jp
Linux filesystem benchmark 2008/1-2
http://www.t2-project.org/zine/1/
http://www.t2-project.org/zine/4/
Filesystem Specifications - Links & Whitepapers
http://www.forensics.nl/filesystems
Linuxファイルシステムベンチマーク ext3, ext4, JFS, ReiserFS, XFS, NILFS2
http://hesonogoma.com/linux/FileSystemBenchmarkResults-01.html
http://hesonogoma.com/linux/FileSystemBenchmarkResults-02.html
[Phoronix] Benchmarking ZFS On FreeBSD vs. EXT4 & Btrfs On Linux
http://www.phoronix.com/scan.php?page=article&item=zfs_ext4_btrfs
Oracle Solaris ZFS 管理ガイド
http://docs.oracle.com/cd/E19253-01/819-6260/
● リンク切れ
File Systems in Linux
http://www.linux.org/lessons/advanced/x1254.html
6: login:Penguin [sage] 2024/07/30(火)13:17 ID:mzddZTqJ(6/6)
あとは頼んだ
7(1): login:Penguin [sage] 2024/07/30(火)19:03 ID:8if2Sq91(1)
Btrfsの書き込みってext4より量が多いんだね。
まあ、HDDの占有量自体が少し多いしな。
995 名前：login:Penguin[sage] 投稿日：2024/07/29(月) 23:40:05.93 ID:/wK0o1xc
でもなんかすげー書き込み量あるのな iostatで計測してると
ext4と比べて
何の処理をしてるんだろ
8(2): login:Penguin [sage] 2024/07/30(火)19:08 ID:IjmdLnyQ(1)
多機能なのに、IOが少ないなんてあるわけない
9(1): login:Penguin [sage] 2024/07/30(火)20:33 ID:D/RcrQ55(1)
997 login:Penguin sage 2024/07/30(火) 05:29:29.24 ID:pyi732XT
B-treeかつCOWな仕組みなんだし、デフォでメタデータは二重化されてるし、IO回数自体は多くて当然じゃね？
10: login:Penguin [sage] 2024/07/30(火)23:48 ID:U9NpDb/j(1)
書き込みが多いcowとはいったい
11(2): login:Penguin [sage] 2024/07/31(水)07:50 ID:9OUziPH4(1)
よくわからんけど素人でSSDを使ってる自分はこのdmesgの表記だけでBtrfsが好き
[ 7.125548] BTRFS info (device sda4): enabling ssd optimizations
12: login:Penguin [sage] 2024/07/31(水)07:54 ID:t//i0s7a(1)
cowだから、書き込み時にも読み込み発生するから、IOが多いという意味なのでは
13: login:Penguin [sage] 2024/08/03(土)08:41 ID:p2UmWNI5(1/2)
バックアップは稼働中にやるものじゃないのは分かってるけど
瞬時に出来るスナップショットの場合はrootなど取っても大丈夫そう？
14: login:Penguin [sage] 2024/08/03(土)12:40 ID:LT8vvOS7(1)
大丈夫だろう
SUSEとかその仕様だし
15(2): login:Penguin [sage] 2024/08/03(土)17:09 ID:p2UmWNI5(2/2)
なるほどスナップショット便利だね
16: login:Penguin [sage] 2024/08/03(土)21:46 ID:3/e386J1(1)
スナップショットはファイルの実体というか
データ領域を複製するわけでない、
いわばハードリンクだからね
バックアップした瞬間からデータ領域は
何も変わってなくて
実データにアクセスできる管理インデックスが増えただけ
実データに変更があったときだけ
別の新たなデータ実体がボリューム上に作られる
17(1): login:Penguin [sage] 2024/08/03(土)21:49 ID:fWNUx1Bl(1)
ロック中のファイルもそのままスナップされるからまあタイミングは計ったほうが良いソフトもあるね
データベースとか
18(1): login:Penguin [sage] 2024/08/04(日)16:45 ID:NSp7kUBa(1)
RDBはバックアップで不整合が起きないように熟考されているので、てきとーにバックアップ取って大丈夫
RDBはデータベースファイルへの書き換え内容を全てログファイルに書き込むから
データベースファイルをてきとーコピーして、コピー開始時からのログをデータベースファイルに全て適用すれば最後にcommitした状態に復元できる
この操作は例えばOracleならデータベースファイルをマウントしてrecover databeseコマンドを実行するだけで完了する
データベースファイルのバックアップはファイル単位ではなく、データベースファイル内のブロック単位で行う
これはリカバリーマネージャーというソフトで行う。必要なブロックだけをファイルにアーカイブしてくれるのでユーザーは何も考えなくていい
RDBでリアルタイムのバックアップが不可能なのものが今オープンされているログファイル
なるべく最新のログまでバックアップを取りたかったら、ログスイッチコマンドを実行して使用しているログファイルを使用済みログファイルにする
ログスイッチすると、使用済みログに書かれているがデータベースファイルにはまだ書き込まれていないデータの書き込みが行われる
この書き込みのことをチェックポイントと言う。チェックポイントが完了するまではデーターベースに対して変更を加える操作ができなくなるので、データベースが応答不能になる
19(2): login:Penguin [sage] 2024/08/04(日)22:35 ID:nDg2awd4(1)
変更出来ないから固まるんじゃない。
表領域やインデックスをドライブから読みだそうとしてもチェックポイントの
書き込み処理でキューが埋まってるからなかなか読み出せないのと
トランザクションログへの同期書き込みが同じ理由でなかなか書き出せない
(コミットはログへの同期書き込みがおわるまでブロックされる)のが原因。
20(1): login:Penguin [] 2024/08/06(火)15:51 ID:r6y2Xy3f(1)
アイスタはもうダメだろこの国
上下前次1-新書関写板覧索設栞歴
あと 982 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.510s*