[過去ログ] ファイルシステム総合スレ その18 (1002レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
1
(2): 2017/12/28(木)23:50 ID:/phfY+r1(1/6) AAS
● 前スレ
ファイルシステム総合スレ その17
2chスレ:linux

● 関連スレ
ジャーナリングファイルシステム
2chスレ:unix

OpenSolaris/Illumos (OpenIndiana, etc.) 6
2chスレ:unix

FS関連スレ
2chスレ:os
省1
2
(1): 2017/12/28(木)23:51 ID:/phfY+r1(2/6) AAS
● 過去スレ
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
省8
3
(1): 2017/12/28(木)23:51 ID:/phfY+r1(3/6) AAS
● 関連リンク 1
ext4        http://www.bullopensource.org/ext4/ (リンク切れ)
reiserfs/reiser4  http://www.namesys.com/ (リンク切れ)
xfs        http://oss.sgi.com/projects/xfs/ (リンク切れ)
jfs        http://jfs.sourceforge.net/
nfs        http://nfs.sourceforge.net/
ntfs        http://sourceforge.jp/projects/sfnet_linux-ntfs/
fuse        http://fuse.sourceforge.net/
btrfs       http://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)    http://www.nilfs.org/ja/ (リンク切れ)
省2
4: 2017/12/28(木)23:51 ID:/phfY+r1(4/6) AAS
● 関連リンク 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 フラッシュ・ファイルシステムの徹底調査
省16
5: 2017/12/28(木)23:51 ID:/phfY+r1(5/6) AAS
● 関連リンク3 (SSD関連)
LinuxサーバーにSSDを使うための情報メモ
http://oopsops.hatenablog.com/entry/2012/05/24/164941
Linux+SSDのファイルシステムベンチマーク
http://smackerelofopinion.blogspot.jp/2012/06/intel-ssd-520-goodness.html
http://hesonogoma.com/SSD/Intel_SSD-330-Series_120GB_Benchmark.html
http://hesonogoma.com/SSD/Silicon-Power_SSD-T10-128GB_Benchmark.html
6: 2017/12/28(木)23:52 ID:/phfY+r1(6/6) AAS
● リンク全部は、確認していないので、リンク切れがあれば、ご容赦ください。
7: 2017/12/29(金)00:50 ID:6Ajx2Tto(1) AAS

8
(1): 2017/12/29(金)01:31 ID:3THeacJp(1) AAS
前スレの話
そもそも通電してれば問題ないんじゃないの?
9
(4): 2017/12/29(金)01:52 ID:KsQNwA5N(1/2) AAS
btrfsはファイル沢山あるとこでスナップショット消したりscrub/balanceするとスワップ使わずにメモリ食い潰してOut of Memoryで落ちるの何とかならんのか
そうじゃなくても負荷がかかるとわりと簡単にエラー吐くし
10: 2017/12/29(金)01:56 ID:mEnyZUaK(1/2) AAS
>>1

>>8
データ書く時はEEPROMとかフラッシュとかの特性上、イレースした後(全部0にした後)
ビットが1のとこだけに対して、読み込みの時とは別の方法で電流流さないといけない
通電してるかどうかは寿命とは関係ない

PCの場合不可能だけど、マイコンとかでの直接書き込みの場合、チップさえ受け付けてくれれば
オール 0xff を書き込む場合に限ってはイレースの必要は無いし、
一度の書き込みでビットが立たなる程にまで劣化したフラッシュの類に
全く同じビットを書き込んで強引にビットを立てるっていう、姑息な手段がある

ただし1への多重の書き込みは、素子に大きなダメージを与える可能性がある(つまりはそういう事)
11: 2017/12/29(金)01:57 ID:mEnyZUaK(2/2) AAS
>>9
RedHatが匙投げたじゃん btr2fs とかで再設計とかもないみたいだし、終わりじゃないかな
12
(1): 2017/12/29(金)06:57 ID:Tdxauqy3(1) AAS
>>9
どれくらいのファイル数でどんだけのメモリ?
13: 2017/12/29(金)08:25 ID:KsQNwA5N(2/2) AAS
>>12
4GB RAMに1.1M個で2.6TiB
4GB RAM/1M個近い別の環境もエラー出る

メモリ少ないだろって自分でも思うけどSynologyとかのNASはどうすんだよこれ…
14: 2017/12/29(金)13:01 ID:gQqEx5BU(1) AAS
>>1

>>3
http://www.nilfs.org/ja/
    ↓
https://nilfs.osdn.jp/ja/
ですな
15: 2017/12/30(土)11:50 ID:rpEOV3LR(1) AAS
>>9
> スワップ使わずにメモリ食い潰してOut of Memoryで落ちるの何とかならんのか
カーネルページはスワップ対象にならんからな
メモリ増やすか、btrfs側を修正するしかないかと
16: 2017/12/30(土)12:30 ID:+ShrpR6q(1/4) AAS
カーネルパラメーターのチューニングという方法もあるがな。
それをするにしても、meminfo のデータ がどういう風になってるか分析しないといけない。
17
(1): 2017/12/30(土)18:47 ID:Q3cj5FvJ(1/3) AAS
15だけど、後学のためにももう少し詳しく知りたいです
カーネルのパラメータをいじるってのはどんな場合に
なんの値を変更するのですかね?

多分カーネルビルドし直すってことですよね?
18: 2017/12/30(土)19:02 ID:MBLEVoU3(1) AAS
起動時にパラメータを渡すだけのものもあるよ
grubのメニューを作って試してみればいい
19
(1): 2017/12/30(土)19:34 ID:+ShrpR6q(2/4) AAS
>>17
ファイルシステム関係は、sysctl.conf に記述するものが多い。ググってね。
実際の設定については、"meminfo vm.dirty_background_ratio" あたりでググると良い。
20: 2017/12/30(土)19:46 ID:Q3cj5FvJ(2/3) AAS
>>19
なるほど、物理メモリサイズをもう少し確保できるようなチューニングのことでしたか
てっきり、カーネルページまでスワップさせる設定ができるのかと思っていました
1-
あと 982 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.319s*