ファイルシステム総合スレ その14
■ このスレッドは過去ログ倉庫に格納されています
ファイルシステム総合スレ その13
http://engawa.2ch.net/test/read.cgi/linux/1311812102/
●関連スレ
ジャーナリングファイルシステム
ttp://hibari.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 5
http://hibari.2ch.net/test/read.cgi/unix/1285876800/
過去スレ、関連リンクは >>2-10 あたりで。
0192login:Penguin
2012/02/24(金) 07:28:33.73ID:rcBfdZM8つかバックアップなしとかどんな運用だw
0193login:Penguin
2012/02/24(金) 08:30:25.13ID:XE8u+5eJところで、32bit linuxで使ってたファイルシステムを64bit linuxにつないでも大丈夫なのか?
エンディアンが原因で中身を全部吹き飛ばしちゃうんじゃないだろうか
0194login:Penguin
2012/02/24(金) 08:42:17.69ID:FcYnPU8e0195login:Penguin
2012/02/24(金) 08:46:23.05ID:tsdqca8vRAIDならバックアップは必要ないだろ。
RAIDならバックアップは必要ないだろ。
RAIDならバックアップは必要ないだろ。
RAIDならバックアップは必要ないだろ。
0196login:Penguin
2012/02/24(金) 09:02:24.12ID:/tdnpXF70197login:Penguin
2012/02/24(金) 09:23:31.59ID:GRrFOdk0とんでもないバカがおる…
0198login:Penguin
2012/02/24(金) 09:38:51.10ID:UikIL/+20199login:Penguin
2012/02/24(金) 10:14:58.09ID:KvJsmdvo0200login:Penguin
2012/02/24(金) 12:49:13.53ID:Ax4i3GwzRAODの規格にバックグラウンドでアクセスが少ないときに多段
バックアップするタイプも定義してほしいわ。
論理的ファイル構造が壊れたらハードウエアが完璧でも
全体が壊れるわけでバックアップに勝る復帰方法は無いわ。
0201login:Penguin
2012/02/24(金) 12:53:17.12ID:i2NgFep+同じで中身が入れ替わってたでござる、の巻
0202login:Penguin
2012/02/24(金) 14:41:19.54ID:hWzUS0K0もちろんオンボードで
0203login:Penguin
2012/02/24(金) 15:20:38.23ID:alBYZpmnたまには -c (checksum)で rsync 走らせろや
0204login:Penguin
2012/02/25(土) 15:01:22.22ID:HgmfjAceなにそれこわい。
>>203 のおかげで勉強になったわ。俺もやってみよう。
0205login:Penguin
2012/02/25(土) 22:38:03.96ID:UXvl6lh90206login:Penguin
2012/02/26(日) 19:14:23.27ID:6q3qK+QF0207login:Penguin
2012/02/28(火) 01:58:06.87ID:N12UIxA6ttp://www.phoronix.com/scan.php?page=news_item&px=MTA2MjI
0208login:Penguin
2012/02/28(火) 09:27:34.44ID:Dyw1MnS8にゃんで?
checksum の目的が違うでしょ
0209login:Penguin
2012/02/28(火) 19:08:49.11ID:1+4VJW68いくらCPUパワーが有り余ってるからって資源の無駄遣いだね。
0210login:Penguin
2012/02/28(火) 19:52:26.80ID:hR90iNed0211login:Penguin
2012/02/28(火) 21:30:29.15ID:yXKKvjTqファイル同士の同一性の確認を内容比較じゃなくchecksumでやって
いるんじゃね?
0212login:Penguin
2012/02/28(火) 22:26:59.31ID:HMLsvzvF0213login:Penguin
2012/02/28(火) 22:32:32.79ID:1kmqzzGaファイルシステムが勝手にチェックサムを計算しておいて、システムコールで取り出せるって設計もないわけじゃない
アプリケーションが必要としたら、既に計算してあるチェックサムを即座に知ることができる
0214login:Penguin
2012/02/29(水) 02:20:02.45ID:LFPEJwJj汎用性は低くなっちゃうよね。
まぁ、zfs 操作ツールとして rsync互換のコマンドがあったら、
たしかに相当便利だろうね。
posixでファイルシステムに記録されるチェックサムまで
規定されてれば面白かったかも。
0215login:Penguin
2012/02/29(水) 02:43:01.29ID:BNKAALfl>たしかに相当便利だろうね。
の返事は、
>できたとしても、ファイルシステム(zfs)依存の機能になるから
>汎用性は低くなっちゃうよね。
0216login:Penguin
2012/02/29(水) 02:46:23.68ID:glEdY+b40217login:Penguin
2012/02/29(水) 08:29:21.16ID:LFPEJwJjだから、
> posixでファイルシステムに記録されるチェックサムまで
> 規定されてれば面白かったかも。
て書いたんだけどなぁ。
ちょっと想像力が足りないんじゃない?
0218login:Penguin
2012/02/29(水) 09:11:00.28ID:9rArbxRwerror: not support fs(ext2)
use -force option
0219login:Penguin
2012/02/29(水) 09:51:58.44ID:TZANIlZ0error: don't use -force option
use -really-force option
0220login:Penguin
2012/02/29(水) 18:59:16.50ID:k8xoF+dP素直にReiserFSしとけばよかった
0221login:Penguin
2012/02/29(水) 19:13:04.75ID:3R0VeGdg情強はXFS
0222login:Penguin
2012/02/29(水) 19:32:35.27ID:kT5N2KxLコイツこそがキラーFS
0223login:Penguin
2012/02/29(水) 19:39:11.71ID:sL7M3ReR0224login:Penguin
2012/02/29(水) 20:16:23.64ID:MgUqkfZ10225login:Penguin
2012/02/29(水) 20:20:03.20ID:sL7M3ReR0226login:Penguin
2012/03/01(木) 00:15:06.29ID:Qs9CWV8eXFSってなんの冗談だよ…
0227login:Penguin
2012/03/01(木) 01:24:33.18ID:j06s1ZK80228login:Penguin
2012/03/03(土) 11:58:49.05ID:/wEvphsI0229login:Penguin
2012/03/03(土) 13:15:52.10ID:erxqvnxxテラデータ時代にPOSIX互換でバランス良いファイルシステムってのは不可能だ。
ファイルシステムは起動+ブロック割り当て用にシンプルな奴があれば十分で、
あとはアプリケーション側で好きなように実装したほうがいいんじゃないかなぁ。
AppleのSparsebundleみたいなのがLinuxにも欲しいな。
0230login:Penguin
2012/03/03(土) 13:42:17.25ID:ISLA3pS60231login:Penguin
2012/03/03(土) 14:21:24.76ID:3WqgXkiCやっぱり次までのその場しのぎの真打ext5が立ち上がるのか
0232login:Penguin
2012/03/03(土) 14:22:03.79ID:zBhib/i4HammerFSでもいいけど
0233login:Penguin
2012/03/03(土) 14:28:51.03ID:ISLA3pS60234login:Penguin
2012/03/03(土) 14:55:22.92ID:3WqgXkiC知ってる限りは始まってないけど、ext4にいろいろ機能追加するプロジェクトはあったと思う
まあ、btrfsの行方がはっきりするまでは、冗談としてたまに話題に上がるものと思っていて下さい
0235login:Penguin
2012/03/03(土) 16:41:58.24ID:Ie8VPjbVそ・れ・と・も Oracle?
0236login:Penguin
2012/03/03(土) 18:09:10.12ID:Ig13KvbD0237login:Penguin
2012/03/03(土) 18:25:39.73ID:oS0Ge26cext5に期待するしかねーよ
0238login:Penguin
2012/03/03(土) 18:26:43.37ID:WL9c74EY0239login:Penguin
2012/03/03(土) 21:47:06.26ID:6G55c4si0240login:Penguin
2012/03/03(土) 21:58:07.17ID:UPuAeDDp0241login:Penguin
2012/03/03(土) 22:07:50.47ID:mWZ4F5ocあそこに買われたとこの客なんて迷惑しか被ってないだろ
技術者自分とこで囲えないんだからしゃーないとは思うがw
0242login:Penguin
2012/03/03(土) 23:32:53.90ID:tVibBZM70243login:Penguin
2012/03/04(日) 02:11:14.67ID:7pKPxm32RedHatかIBMかミカカあたりがプロジェクトごと買い取って力入れるといいのに
0244login:Penguin
2012/03/04(日) 02:14:26.30ID:eA3XPtVO0245login:Penguin
2012/03/04(日) 03:32:21.33ID:sMLt45li0246login:Penguin
2012/03/04(日) 04:19:25.55ID:ntpLLnhiソースに変な自己主張入れたがるしw
0247login:Penguin
2012/03/04(日) 15:27:21.63ID:Gc0nDDkZ自社のAndroidには専用のFS搭載してるって話だよ
当然クローズドライセンス
0248login:Penguin
2012/03/04(日) 16:52:23.47ID:GT8mmS1D0249login:Penguin
2012/03/04(日) 20:46:29.60ID:1VGgGkr4デスクトップ向けなら、これからはSSDが主流になるだろうから
可能性高いな。
0250login:Penguin
2012/03/04(日) 21:40:05.66ID:rs7zRMaY開発されてきたファイルシステムが半導体メモリで前提が変わると
技術の方向性がどうなるのだろうという興味がある。
0251login:Penguin
2012/03/04(日) 22:17:26.26ID:857EBqlR0252login:Penguin
2012/03/04(日) 22:52:20.51ID:C+zb28ZCかねてから、Flash相手ではOSD(オブジェクトストレージデバイス)ベースのfsを
使うべきという話はある。
SSDのようにATAコマンドでしかアクセス出来ないとアレだけど、最近のSCSIのように
OSDコマンドセットがあれば、EXOFSみたいなfsが使われる可能性は高いかも。
EXOFSについては http://www.atmarkit.co.jp/flinux/rensai/watch2009/watch06a.html あたりを参照
いい技術が飼い殺されて技術者は流出する
アメリカは心底詰まらん国やね
0254login:Penguin
2012/03/05(月) 01:06:53.04ID:NArDNcNCPCでアンドロイド動かせばいいんじゃね?
0255login:Penguin
2012/03/06(火) 22:27:54.92ID:GaloouTN0256login:Penguin
2012/03/06(火) 23:11:16.39ID:BijVk+yf0257login:Penguin
2012/03/06(火) 23:20:21.91ID:S+PglwkIttp://fedoraproject.org/wiki/Features/F17Ext4Above16T
0258login:Penguin
2012/03/06(火) 23:23:11.53ID:k/DFokB+0259login:Penguin
2012/03/07(水) 01:27:35.14ID:cGO7bRfp0260login:Penguin
2012/03/07(水) 02:48:42.66ID:EQYQqCR/0261login:Penguin
2012/03/07(水) 23:51:21.66ID:U6YAfnhN0262login:Penguin
2012/03/07(水) 23:57:04.25ID:qOerD2cy0263login:Penguin
2012/03/09(金) 04:01:28.44ID:yCW0JThU32bitだと2TB以上のHDDはカーネルが認識できません
ソースはあるけど、否定するやつはソースつきで。
0264login:Penguin
2012/03/09(金) 10:03:04.39ID:OgX04hFz0265login:Penguin
2012/03/09(金) 15:40:57.00ID:lOndP6zTはぁ?2.4でも使ってんのかお前
http://mkosaki.blog46.fc2.com/blog-entry-963.html
0266login:Penguin
2012/03/11(日) 00:29:47.24ID:OoxtLKKmssdにはxfsがおすすめだそうだ。
0267login:Penguin
2012/03/11(日) 00:47:30.47ID:RxQTPyOaなるほど
良く知らんが大きなファイルが大量にあった場合のファイルの削除はxfsが速かった
0268login:Penguin
2012/03/11(日) 00:50:18.13ID:VdH/pgB7ファイルが大きかろうと小さかろうと同じような気がするんだけど。
0269login:Penguin
2012/03/11(日) 01:02:55.91ID:j+I9uwP90270login:Penguin
2012/03/11(日) 01:51:13.47ID:GzwEYyKl0271login:Penguin
2012/03/11(日) 02:30:45.95ID:mif6vzWq…だった気がする
0272login:Penguin
2012/03/11(日) 03:39:51.47ID:AeBzd5kW0273login:Penguin
2012/03/11(日) 03:54:03.20ID:EHP+eT6z0274login:Penguin
2012/03/11(日) 11:05:14.42ID:H2c2D9+v0275login:Penguin
2012/03/11(日) 12:37:50.44ID:PQouVNwK/以下全ファイルコピーでバックアップを取ってるんだけど、
前回のを消すのが速い。
0276login:Penguin
2012/03/12(月) 20:43:01.88ID:JxVxHayBところでこんなブツを見つけたんだがこのスレ住民的にどうよ?
fstransform is a tool to change a file-system from one format to another,
for example from jfs/xfs/reiser to ext2/ext3/ext4, in-place and without
the need for backup. Idea from 'convertfs' program, but it is fully independent code.
バックアップ不要とか言われてもコワいからバックアップとってから
試したくなるけどね。
土日みっちりいろんなfs間変更とかして遊んでみようかなあ…適当なHDDつかって。
0277login:Penguin
2012/03/12(月) 20:50:21.10ID:R9PU4mD10278login:Penguin
2012/03/12(月) 21:03:07.22ID:9N35RgR5熟考した上で決めたファイルシステムだけど、カーテンの色がある時突然気に入らなくなるような感じで
変えたくなることってあるぞ。
0279login:Penguin
2012/03/12(月) 21:04:47.40ID:APMXNiK3大変さと重大さでたとえるなら、カーテンではなくカーペットだな
0280login:Penguin
2012/03/12(月) 21:08:52.60ID:U7RXsyN6ext4からbtrfsに簡単に移行できるなら楽かなと一瞬思ったけど
どうせ実行する時にはバックアップを取るからそれなりに時間かかるだろうし
移行なんて数年に一度だからあんまし有難みがないかなあ。
バックアップ用の外付けHDDを用意できない人とかなら嬉しいのかなあ。
0281login:Penguin
2012/03/12(月) 22:08:51.26ID:jedzBTZO0282login:Penguin
2012/03/12(月) 22:53:46.89ID:+qKe8LNJ>>191を名指しで馬鹿にするのは良くないと思う
0283login:Penguin
2012/03/12(月) 22:58:48.39ID:p5BNiwGA0284login:Penguin
2012/03/12(月) 23:15:50.10ID:XyPht23D0285login:Penguin
2012/03/12(月) 23:32:27.55ID:xADdaZ2ASSD の再割り当てに重要な trim コマンドを発行する場合は、
ファイルの大きさ(ストレージ上での占有ブロック数)は効いてくるのでは?
0286login:Penguin
2012/03/13(火) 12:23:39.91ID:xG72cOhX削除したファイルが解放したブロック位置を
スーパーブロックに反映するために
散在した多くの間接ブロックを読み込まないといけないから、
それなりにシークが発生する。
0287login:Penguin
2012/03/13(火) 12:40:13.57ID:J+xkbOnS0288login:Penguin
2012/03/13(火) 13:09:10.56ID:5hvNiWBAどんなモノが欲しいのか詳細を。
0289login:Penguin
2012/03/13(火) 13:14:47.50ID:ERPwEMIT0290login:Penguin
2012/03/13(火) 19:33:38.46ID:yKceedNS0291login:Penguin
2012/03/14(水) 03:33:05.39ID:eKErTfyQ0292login:Penguin
2012/03/14(水) 03:58:06.06ID:ynletrDO何者にも成れない山犬の姫みたいな存在
■ このスレッドは過去ログ倉庫に格納されています