ファイルシステム総合スレ その10
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2009/04/02(木) 20:57:26ID:AdLAWklr01 ttp://pc.2ch.net/test/read.cgi/linux/1006743807/
02 ttp://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 ttp://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 ttp://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 ttp://pc8.2ch.net/test/read.cgi/linux/1152348695/
06 ttp://pc11.2ch.net/test/read.cgi/linux/1173530292/
07
08 ttp://pc11.2ch.net/test/read.cgi/linux/1190788761/
09 ttp://pc11.2ch.net/test/read.cgi/linux/1225001916/
●関連リンク
ext4
ttp://www.bullopensource.org/ext4/
reiserfs/reiser4
ttp://www.namesys.com/
xfs
ttp://oss.sgi.com/projects/xfs/
jfs
ttp://jfs.sourceforge.net/
nfs
ttp://nfs.sourceforge.net/
ntfs
ttp://www.linux-ntfs.org/doku.php
fuse
ttp://fuse.sourceforge.net/
btrfs
ttp://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)
ttp://www.nilfs.org/ja/
0002login:Penguin
2009/04/02(木) 21:03:05ID:AdLAWklrttp://en.wikipedia.org/wiki/List_of_file_systems
Linuxファイルシステム技術解説
ttp://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html
File Systems in Linux
ttp://www.linux.org/lessons/advanced/x1254.html
Linuxの次世代ファイルシステムは「バターFS」!?
ttp://www.atmarkit.co.jp/news/200807/10/btrfs.html
Linux ジャーナリング・ファイルシステムの徹底調査
ttp://www.ibm.com/developerworks/jp/linux/library/l-journaling-filesystems/?ca=drs-jp
Linux フラッシュ・ファイルシステムの徹底調査
ttp://www.ibm.com/developerworks/jp/linux/library/l-flash-filesystems/?ca=drs-jp
0003login:Penguin
2009/04/03(金) 18:16:21ID:p5dbR6Z50004login:Penguin
2009/04/03(金) 18:52:26ID:SapQvqb80005login:Penguin
2009/04/03(金) 20:17:25ID:p5dbR6Z50006login:Penguin
2009/04/04(土) 14:27:58ID:JRQx10fo0007login:Penguin
2009/04/04(土) 15:15:51ID:1Ta4Cb7U0008login:Penguin
2009/04/04(土) 21:56:32ID:ukMohM/sXFSやJFSへの愛は
貴様らの理屈で崩れるものではない
0009レイザーLOVE
2009/04/05(日) 01:32:13ID:Wf0fuzAFいっぱいの黄色いハンカチ(古っ)吊るして待つわ・・・
0010login:Penguin
2009/04/05(日) 01:53:39ID:sH5JOwVRつまりゴミだ
0011login:Penguin
2009/04/05(日) 03:17:47ID:v3o8wj/X0012login:Penguin
2009/04/05(日) 04:26:57ID:6lDCGqkS0013login:Penguin
2009/04/05(日) 06:30:57ID:zIRZ12VK0014login:Penguin
2009/04/05(日) 07:59:19ID:MbZz+mfV0015login:Penguin
2009/04/05(日) 23:09:12ID:o02/XC4D0016login:Penguin
2009/04/07(火) 13:09:46ID:glGLo9uAttp://lkml.indiana.edu/hypermail/linux/kernel/0904.0/02923.html
0017login:Penguin
2009/04/08(水) 02:49:50ID:Avzc7Z530018login:Penguin
2009/04/08(水) 13:26:21ID:VtYYkPPhまだreiserfsでいけるな。
0019login:Penguin
2009/04/08(水) 13:29:15ID:IfdqJhGmまたreiserfsが不安定に。
0020login:Penguin
2009/04/09(木) 14:32:41ID:LCVjcWvj・ The default mode for ext3 has been changed from data=ordered to data=writeback.
0021login:Penguin
2009/04/09(木) 17:53:12ID:JtR8C4D8Linuxの速度重視、信頼性軽視傾向の現れだな…
0022login:Penguin
2009/04/09(木) 17:56:19ID:IKDEOMTX0023login:Penguin
2009/04/09(木) 18:46:06ID:qGiByw580024login:Penguin
2009/04/09(木) 19:07:55ID:7CRHD1Ls( ゚д゚)
_(__つ/ ̄ ̄ ̄/_
\/ /
( ゚д゚ )
_(__つ/ ̄ ̄ ̄/_
\/ /
( ゚д゚)
_(__つ/ ̄ ̄ ̄/_
\/ /
( ゚д゚ )
_(__つ/ ̄ ̄ ̄/_
\/ /
( ゚д゚ ) ガタッ
.r ヾ
__|_| / ̄ ̄ ̄/_
\/ /
⊂( ゚д゚ )
ヽ ⊂ )
(⌒)| ダッ
三 `J
0025login:Penguin
2009/04/09(木) 19:12:59ID:71NuWGK3システムを構築する業者がファイルシステムについては何も考えないのなら
>>21に同意しても良いでござます。
0026login:Penguin
2009/04/09(木) 19:21:21ID:Axax4MbG0027login:Penguin
2009/04/09(木) 19:25:28ID:IKDEOMTXttp://lwn.net/Articles/327601/
0028login:Penguin
2009/04/09(木) 19:51:53ID:LCVjcWvjそれ貼っても購読者以外は来週まで読めないんだが
まぁふつーLWNくらい購読してるだろJKって話はあるが
来週になっても大半の奴には読めないって話もあるが
0029login:Penguin
2009/04/10(金) 14:50:40ID:aZl7+NF4http://www.atmarkit.co.jp/flinux/rensai/watch2009/watch03b.html
0030login:Penguin
2009/04/10(金) 17:07:52ID:vYjZ8YXw0031login:Penguin
2009/04/11(土) 00:02:24ID:XqZkh6cP0032login:Penguin
2009/04/11(土) 19:09:15ID:184pFY4H正月にrootfsも含めて移行しましたがなにか。
Magic SysRqで2度ほど助かってますがなにか。
0033login:Penguin
2009/04/13(月) 11:11:30ID:Zl352zkmaufs オワタ
>> I have been asked to include aufs into mainline from several people
>> several times. As long as you have strong NACK for aufs and reject all
>> union-type filesystems, I have to give up unwillingly and will answer
>> them "Aufs was rejected. Let's give it up."
>
>Yes, that's the case.
0034login:Penguin
2009/04/13(月) 12:21:22ID:UPbYS9kO0035login:Penguin
2009/04/13(月) 17:47:27ID:DHeDWZBNいちおうそれらのシンボルがなくても機能がごっそり落ちるけど動くことは
動いたような。
それにしても「VFSでやる方がきれいだから」というなら、やってから
蹴って欲しかった。unionfs系の需要はかなりあるので、現時点でこれまでになく
安定して使えるaufsが入ることはこれ系ユーザの悲願だったはず。
0036login:Penguin
2009/04/13(月) 18:10:58ID:Zl352zkmUnioning file systems: Architecture, features, and design choices
ttp://lwn.net/Articles/324291/
Unioning file systems: Implementations, part 2
ttp://lwn.net/Articles/326818/
Linux Storage and Filesystem workshop, day 1
ttp://lwn.net/Articles/327601/
この辺の議論に参加していなかったのが敗因だと思う。
0037login:Penguin
2009/04/13(月) 23:27:02ID:DHeDWZBNかなり納得いかないだろうな。
0038login:Penguin
2009/04/13(月) 23:31:14ID:Zl352zkmttp://events.linuxfoundation.org/events/lsf-workshop
>How do I register to attend?
>This is an invitation-only event. If you are interested in attending, please submit a position statement.
>海外の、
極東の島国でおままごとして満足してるならそれもいいんでないか。
0039login:Penguin
2009/04/13(月) 23:33:16ID:lmQlQUlX0040login:Penguin
2009/04/14(火) 00:13:11ID:NzBeLM/70041login:Penguin
2009/04/14(火) 00:17:13ID:Py/Wb78g0042login:Penguin
2009/04/14(火) 01:17:31ID:ql7cXT3uそうじゃなくて、相手が協調性を持っていると(一方的に)信じて自滅するパターンが多くないか?
0043login:Penguin
2009/04/14(火) 01:45:12ID:NzBeLM/70044login:Penguin
2009/04/14(火) 03:58:05ID:Sw7QCPKU0045login:Penguin
2009/04/14(火) 10:13:27ID:MdE+BWf0i ノ 川 `ヽ'
/ ` ・ . ・ i、 よそでやれ。
彡, ミ(_,人_)彡ミ
∩, / ヽ、, ノ
丶ニ| '"''''''''"´ ノ
∪⌒∪" ̄ ̄∪
0046login:Penguin
2009/04/14(火) 18:44:39ID:zlGU0pZW0047login:Penguin
2009/04/15(水) 16:09:46ID:tETDNgTxこんなんあるんや・・・
0048login:Penguin
2009/04/16(木) 17:18:17ID:ysqBESkg彼らが来年にVFS実装したとして、aufsに劣る機能だったりしたら目も当てられない。
0049login:Penguin
2009/04/16(木) 17:34:18ID:9SFV+UoY0050login:Penguin
2009/04/16(木) 22:04:41ID:NSeZFS5V感想聞かせてください
0051login:Penguin
2009/04/16(木) 22:22:31ID:bXUDAckQttp://pc11.2ch.net/test/read.cgi/linux/1236344388/63
0052login:Penguin
2009/04/17(金) 00:30:31ID:TkyEP9ncext4にすると消す時に待ち時間がない。
それくらいしか体感出きるような要素はない。
環境はUbuntu 9.04でSATAの2.5inchHDD。
0053login:Penguin
2009/04/17(金) 00:39:12ID:TKphcoFg「しか」もなにも、普通のファイルシステムの進歩は安全性・速度・可用性能の
どれかの向上がメインだろ。ext4は鉄板の正常進化を志向してるんだからそれでいい。
機能的に「おおっ」と思わせる野心的なのは比較的少ない。だからまだまだ
今後色々出てくるんだろうな。
0054login:Penguin
2009/04/17(金) 00:43:59ID:grrGySmYカーネルおじさん、もうお腹いっぱい。。
0055login:Penguin
2009/04/17(金) 12:29:19ID:f/skbjrD$ time dd if=/dev/zero of=testfile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 3.15929 seconds, 340 MB/s
real 0m35.774s
user 0m0.008s
sys 0m3.360s
0056login:Penguin
2009/04/17(金) 12:30:10ID:f/skbjrD$ time dd if=/dev/zero of=testfile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 36.3135 seconds, 29.6 MB/s
real 0m36.852s
user 0m0.000s
sys 0m2.656s
0057login:Penguin
2009/04/17(金) 19:08:29ID:tSW3PSgJ何度もddでの書き込みスピードを得意気に書き込むバカが表れ、その都度、意味がないと叩かれる
なのにどうして相変らずこの手のバカは居なくならないんだろう
ddが何なのか分からないのだろうか
まあddが何をしているのか知っていれば、少なくともファイルシステムの速度計には使うまい
0058login:Penguin
2009/04/17(金) 19:24:04ID:f/skbjrD何という頭の悪いレス
0059login:Penguin
2009/04/17(金) 19:34:57ID:mPuNNvYnデバイスファイル専用ではないということを知らないのでしょう。
0060login:Penguin
2009/04/18(土) 00:36:55ID:lRUOugU0$ time dd if=/dev/zero of=testfile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 13.2998 s, 80.7 MB/s
real 0m13.306s
user 0m0.021s
sys 0m10.630s
0061login:Penguin
2009/04/18(土) 00:49:22ID:AeE8t4/a$ time dd if=/dev/zero of=testfile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 9.02607 s, 119 MB/s
real 0m9.029s
user 0m0.000s
sys 0m2.312s
0062login:Penguin
2009/04/18(土) 01:00:45ID:i56ZkWfD0063login:Penguin
2009/04/18(土) 01:07:01ID:pzUrQACk0064login:Penguin
2009/04/18(土) 01:32:05ID:CLnxhQY1問題ない程度に枯れたFSってありますか?
0065login:Penguin
2009/04/18(土) 01:46:34ID:0X+MA58tそんな小規模ならどれでもいけるんじゃないの?
いまどき個人でも数百万ファイルくらいは持ってる。
0066login:Penguin
2009/04/18(土) 03:21:49ID:CLnxhQY10067login:Penguin
2009/04/18(土) 20:00:07ID:wlWK2IHwを、6400AAKSだ。
そのドライブってbuffer to diskが70MB/sって事になってるけど、やっぱりスペックシートが間違ってるのかな。
と完全に板違いな話を振ってみる。
006864
2009/04/18(土) 22:30:38ID:CLnxhQY1ファイル数が数千万〜億で>>64と同じ条件だと
どんな選択になりますか?
0069login:Penguin
2009/04/18(土) 23:10:56ID:Hx7g9aQhそれってペタバイトストレージとかの世界でしょ。
Luster ISILON GPFS GFS AFS とかのネットワークファイルシステム必須じゃないの。
どれが良いかはクライアント数や必要帯域、読み出しと書き出しの割合や、
負荷分散や耐障害の必要性、さらに常駐エンジニアが24/7/365なのかどうか、
といった細かい仕様に応じて決まるものだから、そういうの抜きで選択できないよ。
0070login:Penguin
2009/04/19(日) 01:34:50ID:jLpJXxzbディレクトリ数指定機能付き
bashでよろ
0071login:Penguin
2009/04/19(日) 03:24:31ID:qEBwWBxw#!/usr/bin/perl
use strict;
my($dir, $numfile, $numdir) = @ARGV;
$numdir = 1 <= $numdir ? int($numdir) : 1;
chdir $dir or die $!;
foreach(0 .. $numdir - 1) {
mkdir $_ or die $!;
}
foreach(0 .. $numfile - 1) {
my $dirname = $_ % $numdir;
open FILE, ">".$dirname."/".$_ or die $!;
close FILE;
}
0072login:Penguin
2009/04/19(日) 18:39:00ID:9jyUtOH40073login:Penguin
2009/04/19(日) 22:42:34ID:oNVWurvy0074login:Penguin
2009/04/21(火) 01:17:20ID:XIEwVXcwbtrfs, ocfs2オワタ?ナンテコッター
0075login:Penguin
2009/04/21(火) 01:26:33ID:DhSM5Bkf0076login:Penguin
2009/04/21(火) 02:41:00ID:M/KvjwG+btrfsになんか持ってきてもらえるとうれしいが。
0077login:Penguin
2009/04/21(火) 08:05:09ID:5c5t6vM4btrfsにRAID-Zとか。
0078login:Penguin
2009/04/21(火) 18:32:42ID:CcNE2HibMySQLに関しては各所で阿鼻叫喚ですな。特に海外ではPostgreSQLが全然で
MySQL一色だっただけに。
>>76
そのbtrfsに黄色信号が灯っているんだけど…
2.6.29にマージされたと思ったらこうだものなぁ。
ZFSのライセンスが変わることは考えにくいし、Oracleがbtrfsの開発から
手を引き始める可能性は高い。
0079login:Penguin
2009/04/21(火) 20:39:26ID:wqTd6TxB0080login:Penguin
2009/04/21(火) 21:03:58ID:xUiy5ydU> ZFSのライセンスが変わることは考えにくいし、Oracleがbtrfsの開発から
> 手を引き始める可能性は高い。
何故そう思ったの?
むしろOpenSolarisのほうが不透明になった印象だが
0081login:Penguin
2009/04/21(火) 21:57:51ID:KjHaovNLOracle DBはOpenSolarisに最適化するらしいよ。
とりあえずリストラが噂されてるらしいけど、個々のプロジェクトの命運はその動向次第だろうな。
http://www.computerworld.jp/topics/ma/143270.html
0082login:Penguin
2009/04/21(火) 22:02:20ID:NwIqactlこれやるだけで、Oracle神評価だろ。ちょろいよな・・・
GPL化無しとして、Oracle連携が強化されるとしたら
ZFSのzvolのパフォーマンス?Oracle+ZFSは期待したい。
Linuxのbtrfsと共存ってことなら、それはそれでもいいが
同じものが2つって状況はね・・・
■ このスレッドは過去ログ倉庫に格納されています