Apple、新ファイルシステム「Apple File System」を発表 100
ストーリー by hylom
他OSからのアクセスはサポートされるのだろうか 部門より
他OSからのアクセスはサポートされるのだろうか 部門より
Appleが新たなファイルシステム「Apple File System(APFS)」を発表した(Engadget Japanese、Appleの開発者向けドキュメント)。
ドキュメントによると、APFSはOS X(macOS)10.12のDeveploper Preview版に含まれる模様で、正式リリースは2017年になるようだ。Apple製品向けの次世代ファイルシステムという位置付けで、現行のHFS+が持つすべての機能をサポートしつつ64ビットiノード、ナノ秒単位でのタイムスタンプ、拡張可能なブロックアロケータ、sparseファイルのサポート、クラッシュ保護機構などの改良を加えたファイルシステムになるという。
また、FlashストレージやSSDへの最適化、copy-on-writeメタデータ、ファイルやディレクトリのクローン、スナップショットなどの新機能も提供する。暗号化機能も強化されるようだ。
APFS のタイムスタンプは 1 ナノ秒単位 (スコア:2)
データ連携と統合を科学するブログ: Windowのファイル更新日時(前編) ファイルを別のドライブに置いたら更新日時が変わった? [blogspot.com]に詳しく書いてある。
# 分解能は 1 時間単位ってなんだ?
Re:APFS のタイムスタンプは 1 ナノ秒単位 (スコア:2, 参考になる)
Vista以降ではデフォルトで、NTFSのアクセス日時は更新されなくなりました。
https://blogs.technet.microsoft.com/filecab/2006/11/07/disabling-last-... [microsoft.com]
元々はディスクデータをメモリ上にキャッシュした時の同期のためにあったのだと思いますが、"アクセス日時"の意味が自明でないですし、読み取りだけでもディスクライトが発生してしまいます。
普通は更新日時の方がキャッシュ用途には有益で、アクセス日時はそれほど使われていなかったのだと思います。
参考:Windows Vistaで更新日時を使うべきところをアクセス日時を使ったためキャッシュ一貫性が壊れた例
https://blogs.msdn.microsoft.com/oldnewthing/20101229-00/?p=11883/ [microsoft.com]
Re:APFS のタイムスタンプは 1 ナノ秒単位 (スコア:2)
1[ns]単位で記録可能だけど、そこまで細かく記録するとは限らないかもしらない。
必要性はともかく、その精度で時刻を取れるかどうか怪しいし。
Re:APFS のタイムスタンプは 1 ナノ秒単位 (スコア:2)
NtQuerySystemTimeだと、0.5[ms]刻みな感じ。
Re:APFS のタイムスタンプは 1 ナノ秒単位 (スコア:1)
これが一番嬉しいです。
HFS+はタイムスタンプが荒すぎて更新日時で並べてもうまく並ばないことが多々ありました。
ここまで細かい必要はないとも思いますけどね。
Re:APFS のタイムスタンプは 1 ナノ秒単位 (スコア:1)
> # 分解能は 1 時間単位ってなんだ?
"1 time unit" を直訳したのでは。
つまり「1時間 - 単位」ではなくて「1 - 時間単位」だと。
直接の解説は見つからなかったけど、こういうコメントならあった。
> double ntfsNanos = ntfsTime * 100; // An NTFS time unit is equal to 100 nanoseconds
http://stackoverflow.com/questions/35261497/determining-age-of-a-file-... [stackoverflow.com]
NTFSにおける1[時間単位]が100[ナノ秒]で、解像度も100ナノ秒単位(それ以下は動作保証外)になるとか、だいたいそんな話でしょう。
Re: (スコア:0)
どんなFSであれ、たとえばガリガリに稼働してる最中のSQLサーバのスナップショットなんて取れたところでたいした意味ないし
あまつさえVM上で動いてるようなOSイメージをFS上で取ったところで不整合なものになってしまう
FSの本質をフォーカスしていくと地味な構造改革の積み重ねがあってのカラクリで、extをベースにしたものだろうがHFSだろうがNTFSだろうが
新しいからといって簡単においそれと乗っかれるものじゃあない
肝心なのはどんな用途にどんなOSやFSが最適かを選択する先見性
Re:APFS のタイムスタンプは 1 ナノ秒単位 (スコア:1)
バックアップのためのSQLサーバーの停止がごく短時間でいいってのが優秀なスナップショットを使ったときのメリットじゃないですかね。動いたまま取ったスナップショットが不安なのはみんなわかってる。
- DBエンジン停止
- スナップショット取得(この間数秒未満)
- DBエンジン起動
ってのがSolarisにZFSが入った頃流行った気がする。
Re:APFS のタイムスタンプは 1 ナノ秒単位 (スコア:1)
SolarisやZFSの話をしつつRDBMSのことを「SQLサーバー」と表記する不思議なツリーだ。
Re: (スコア:0)
一瞬流行ったけどすぐ廃れましたね
Re:APFS のタイムスタンプは 1 ナノ秒単位 (スコア:1)
Oracleだと
あたりを発行してからバックアップ実行ですね. これによりデータベースの更新操作がバッファリングされ, バックアップ中の一貫性が保証されますから.
最近のRDBMSは基本的にこうしたランタイムバックアップ機能を持っていますから, ファイルシステムのスナップショット機能は, それほど有効ではないですね. しかもRDBMSではデータ格納先として大きめのファイルを使いますから, スナップショットを取ってもほとんどの場合直ちに更新がかかって実データのコピーが作られることになりますし.
ファイルシステムスナップショットが有効なのは, 比較的小さめのファイルが数多く有って, しかもその多くはあまり更新されないというような場合でしょう.
Re:APFS のタイムスタンプは 1 ナノ秒単位 (スコア:1)
vssやdedupの実装を見るとNTFSはもう限界ですよ。
Windowsは仮想メモリマネージャ、キャッシュシステム、ファイルシステムが
密に連携しすぎてNTFSと心中する選択肢しかないように見えます。
Apple Musicみたくなるよ (スコア:2)
保存してたファイルが別ので勝手に置き換わってる、とかね。
この際だからAppleは (スコア:1)
毎年新しいフォーマットと新しいOSを出し続けてもらいたい。
勿論、後方互換性は無視で。毎年。
Re: (スコア:0)
昔ノリでZFS搭載して、結局手に負えなくなってやっぱやーめたとかしてなかったっけ。ファイルシステムはきちんと作るのが大変だよね。イケイケAppleの企業風土で大丈夫なのかな?地道なバグつぶしとか、やらなさそうじゃない?
Re:この際だからAppleは (スコア:1)
>昔ノリでZFS搭載して、結局手に負えなくなってやっぱやーめたとかしてなかったっけ。
ないです。
開発はしていましたが、不採用になった原因は技術的な問題では無くライセンスの方にあったはずです。
Re: (スコア:0)
結論:オラクルが悪い
Re: (スコア:0)
事実誤認を指摘されたからといってその発言は。。
Re:この際だからAppleは (スコア:1)
別ACの私は権利持っているOracleが悪いだろうと思うね。
見返してみると、Sun Microsystemsが買収されてから各方面で色々変わったね。
case sensitive を標準にしてほしい〜 (スコア:1)
それが、切なる願いです。
Re:case sensitive を標準にしてほしい〜 (スコア:1)
Windows 10 なんて、 Ubuntu Bash on Windows では case sensitive なので、デスクトップに Hoge.txt と hoge.txt を作ったり出来ちゃう。デスクトップではどちらかが開けないw
Re: (スコア:0)
やめて!!
初心者なマカーが死んじゃう
Re: (スコア:0)
文字を文字コードで見る開発者界隈では普通なのかもしれませんが。
apple.jpg
Apple.jpg
APPLE.jpg
aPpLe.jpg
ApPlE.jpg
これらが全部別ファイルなんて、初心者じゃなくても混乱しますわ。
Re:case sensitive を標準にしてほしい〜 (スコア:2, 興味深い)
Unix哲学的には基本小文字にするんですよ。
README.txtとか注意を引きたいものを大文字にする。
そうするとファイルマネージャーやlsとかで始めの方に来るので。
Re:case sensitive を標準にしてほしい〜 (スコア:1)
上3つは同一視して欲しいが、下2つは区別しろと言うクライアントもいる
Re: (スコア:0)
人はここまで傲慢になれるのか
*nixがデスクトップでシェア取れない理由がよく分かる
Re: (スコア:0)
デスクトップではシェアは取れてないけど、スマホではAndroidとiOS合わせて、Unix系で圧倒的シェアじゃないの。
まあ、元の長いコメントに関しては、よく読む気になったね、としか。
大文字小文字で思ったのだけど、全角のApple.jpgとapple.jpgはどういう扱いになるんだろう、と思ったら、Windows上では同じ扱いになった。
ペンギンとヘ゜ンキ゛ンは同じにならなかった。
Re: (スコア:0)
> スマホではAndroidとiOS合わせて、Unix系で圧倒的シェアじゃないの。
こんどWindows 10にUbuntu載るから、Unix系が世界制覇だな。
Re: (スコア:0)
いや、コンピュータは一部の開発者のためだけのものじゃないんだ。
Re: (スコア:0)
宗教なんやね。
これは治療不可能ですわ。
わはは。
Re: (スコア:0)
総スカン食らっているようですね。
おっしゃるところの「基礎的な概念」がいかなるものか、でそれがどれだけ妥当なものか、説明できますか?
Re: (スコア:0)
「今そうなってるからそれが当然だろ」以上のことは何も言ってないね
しかもコメントとレイヤが全然違うこと言ってる
自分の読解力の治療を考えたほうが良いすよ
Re:うは~ (スコア:2)
ファイルシステムみたいな技術的なレイヤで、
データのアイデンティティーIDとしての名前と、エンドユーザーが視認するための名前を、
いっしょくたに扱ってしまっているのが、なんとも心苦しいですね。
歴史的事情でそうなっているわけですが。
case sensitiveがクソと行ってしまうと、パスセパレータなどの禁止文字があるのもクソだし、漢字を文字コードでソートするのもクソなわけです。
エンドユーザーが使いたい文字を使えないクソな仕様です。
もしかしたら、全く同名のファイルをいくつも作れない事すらもクソと思うかも知れない。
Re: (スコア:0)
Windowsだと区別しないなんてクソだと言われて終わる不思議
Re:case sensitive を標準にしてほしい〜 (スコア:2, 参考になる)
Windowsの場合、NTFSは大文字小文字を区別して記録するけどエクスプローラは区別しないとか、違う名前に見えるファイルが同じものになるとか、問題視されてるのはそのあたりじゃないですかね。
Gitに深刻な脆弱性、緊急メンテナンスリリースが公開される
http://security.srad.jp/story/14/12/19/2137201/ [security.srad.jp]
MS-DOS時代からいくらかの互換性を確保してきた以上しょうがないといえばしょうがないけど、今ではアプリケーションソフトがセキュリティホールを作る原因になったりしてるし。
参考: Windowsパス名の落とし穴
https://www.ipa.go.jp/security/awareness/vendor/programmingv1/b08_01.html [ipa.go.jp]
Re: (スコア:0)
標準どころか case-sensitive only だよ。残念だったね。
https://developer.apple.com/library/prerelease/content/documentation/F... [apple.com]
Re:case sensitive を標準にしてほしい〜 (スコア:2)
> 標準どころか case-sensitive only だよ。残念だったね。
# わざと誤解させている?
リンク先を読む限り、case-sensitive only は「現時点での制限事項」の欄に書いてあるわけで、Apple File System の仕様には見えません。普通に考えれば逆にリリース時には case-insensitive が選択可能になるんじゃないでしょうか。
Re:case sensitive を標準にしてほしい〜 (スコア:1)
Adobeが死んじゃう
注: 大昔の話 https://helpx.adobe.com/jp/creative-suite/kb/cq05121953.html [adobe.com] さすがに今はなおってるんだろうな?
Re: (スコア:0)
steamはまだcase-sensitiveに対応してない。
case-insensitiveなdisk imageを作ってごちゃごちゃやれば使えるけど。
Re: (スコア:0)
currentlyが読めないのかお前
Re: (スコア:0)
currentlyだから製品版では選べるようになるよ。きっと。
Re: (スコア:0)
ファイル名のNFD正規化という名目で濁点付きの文字を強制変換するのを止めれるようにして欲しい。
切なる願いです。
Re: (スコア:0)
それはアップルに言ってるの? MSとかに言っているの?
コピーオンライトといえば… (スコア:0)
btrfsどうなったの?このままじゃ後発に抜かれるぞー
Re:コピーオンライトといえば… (スコア:1)
一応ルートファイルシステムにも使えるけど、btrfsのRAIDはまだインストーラーで組ませてくれないんだよね
Re: (スコア:0)
普通に使えますし使ってますけどね。なんだか使われてないんだよなあ。
btrfsを標準で使うdistroなんてOpenSUSEぐらいしか知らない。
Re: (スコア:0)
BeFSかと
Re: (スコア:0)
NASとかでは一般的では?
あっ (スコア:0)
これですね。
https://www.youtube.com/watch?v=tZoOEQ2xsP4 [youtube.com]
Re:そんなことよりだな (スコア:1)
つ defaults write com.apple.desktopservices DSDontWriteNetworkStores true