[過去ﾛｸﾞ] ファイルシステム総合スレ その20 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(1): 2024/07/30(火)13:14 ID:mzddZTqJ(1/6) AAS
● 前スレ
ファイルシステム総合スレ その18
2chｽﾚ:linux
ファイルシステム総合スレ その19
2chｽﾚ:linux
● 関連スレ
ジャーナリングファイルシステム
省6
2: 2024/07/30(火)13:15 ID:mzddZTqJ(2/6) AAS
次スレは>>980がたててくれ
3: 2024/07/30(火)13:16 ID:mzddZTqJ(3/6) AAS
● 過去スレ
01 2chｽﾚ:linux
02 2chｽﾚ:linux
03 2chｽﾚ:linux
04 2chｽﾚ:linux
05 2chｽﾚ:linux
06 2chｽﾚ:linux
省12
4: 2024/07/30(火)13:16 ID:mzddZTqJ(4/6) AAS
AA省
5: 2024/07/30(火)13:17 ID:mzddZTqJ(5/6) AAS
● 関連リンク 2
en:List of file systems
外部ﾘﾝｸ:en.wikipedia.org
Linuxファイルシステム技術解説
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
Linuxの次世代ファイルシステムは「バターFS」!?
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
省19
6: 2024/07/30(火)13:17 ID:mzddZTqJ(6/6) AAS
あとは頼んだ
7(1): 2024/07/30(火)19:03 ID:8if2Sq91(1) AAS
Btrfsの書き込みってext4より量が多いんだね。
まあ、HDDの占有量自体が少し多いしな。
995 名前：login:Penguin[sage] 投稿日：2024/07/29(月) 23:40:05.93 ID:/wK0o1xc
でもなんかすげー書き込み量あるのな iostatで計測してると
ext4と比べて
何の処理をしてるんだろ
8(2): 2024/07/30(火)19:08 ID:IjmdLnyQ(1) AAS
多機能なのに、IOが少ないなんてあるわけない
9(1): 2024/07/30(火)20:33 ID:D/RcrQ55(1) AAS
997 login:Penguin sage 2024/07/30(火) 05:29:29.24 ID:pyi732XT
B-treeかつCOWな仕組みなんだし、デフォでメタデータは二重化されてるし、IO回数自体は多くて当然じゃね？
10: 2024/07/30(火)23:48 ID:U9NpDb/j(1) AAS
書き込みが多いcowとはいったい
11(2): 2024/07/31(水)07:50 ID:9OUziPH4(1) AAS
よくわからんけど素人でSSDを使ってる自分はこのdmesgの表記だけでBtrfsが好き
[ 7.125548] BTRFS info (device sda4): enabling ssd optimizations
12: 2024/07/31(水)07:54 ID:t//i0s7a(1) AAS
cowだから、書き込み時にも読み込み発生するから、IOが多いという意味なのでは
13: 2024/08/03(土)08:41 ID:p2UmWNI5(1/2) AAS
バックアップは稼働中にやるものじゃないのは分かってるけど
瞬時に出来るスナップショットの場合はrootなど取っても大丈夫そう？
14: 2024/08/03(土)12:40 ID:LT8vvOS7(1) AAS
大丈夫だろう
SUSEとかその仕様だし
15(2): 2024/08/03(土)17:09 ID:p2UmWNI5(2/2) AAS
なるほどスナップショット便利だね
16: 2024/08/03(土)21:46 ID:3/e386J1(1) AAS
スナップショットはファイルの実体というか
データ領域を複製するわけでない、
いわばハードリンクだからね
バックアップした瞬間からデータ領域は
何も変わってなくて
実データにアクセスできる管理インデックスが増えただけ
実データに変更があったときだけ
省1
17(1): 2024/08/03(土)21:49 ID:fWNUx1Bl(1) AAS
ロック中のファイルもそのままスナップされるからまあタイミングは計ったほうが良いソフトもあるね
データベースとか
18(1): 2024/08/04(日)16:45 ID:NSp7kUBa(1) AAS
RDBはバックアップで不整合が起きないように熟考されているので、てきとーにバックアップ取って大丈夫
RDBはデータベースファイルへの書き換え内容を全てログファイルに書き込むから
データベースファイルをてきとーコピーして、コピー開始時からのログをデータベースファイルに全て適用すれば最後にcommitした状態に復元できる
この操作は例えばOracleならデータベースファイルをマウントしてrecover databeseコマンドを実行するだけで完了する
データベースファイルのバックアップはファイル単位ではなく、データベースファイル内のブロック単位で行う
これはリカバリーマネージャーというソフトで行う。必要なブロックだけをファイルにアーカイブしてくれるのでユーザーは何も考えなくていい
RDBでリアルタイムのバックアップが不可能なのものが今オープンされているログファイル
省3
上下前次1-新書関写板覧索設栞歴
あと 984 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.017s