Linux 6.3.5 Released With XFS Metadata Corruption Fix Written by Michael Larabel in Linux Kernel on 30 May 2023 at 10:02 AM EDT. Add A Comment Greg Kroah-Hartman released Linux 6.3.5 today along with the 5.15.114, 5.10.181, 5.4.244, 4.9.284, and 4.4.316 point releases for those long-term (LTS) kernel versions. Making Linux 6.3.5 a notable point release is that it has back-ported the fix for the XF
One new feature in the 2.6.13-rc3 kernel release, is the ability to bind and unbind drivers from devices manually from user space. Previously, the only way to disconnect a driver from a device was usually to unload the whole driver from memory, using rmmod. In the sysfs tree, every driver now has bind and unbind files associated with it: $ tree /sys/bus/usb/drivers/ub/ /sys/bus/usb/drivers/ub/ |--
"The COW filesystem for Linux that won't eat your data". Bcachefs is an advanced new filesystem for Linux, with an emphasis on reliability and robustness and the complete set of features one would expect from a modern filesystem. Copy on write (COW) - like zfs or btrfs Full data and metadata checksumming Multiple devices Replication Erasure coding (not stable) Caching, data placement Compression E
ストレージメモリの規格は現在、NVMe(Non-Volatile Memory Express)へと急速にシフトしており、Dell EMCやNetAppなど大手ストレージベンダの中にはNVMe SSDを実装したオールフラッシュストレージアレイを市場に投入するところもあらわれてきた。"オールフラッシュ"といいながらSAS/SATAがインタフェースの主流だった2、3年前とは異なり、現在のストレージメモリは3D XPointなどの高速ストレージデバイスをターゲットにしており、レイテンシの低減とパフォーマンスの最大化、つまりリアルタイム性を重視して開発が進められている。ただし、価格性能比からいえばまだNVMeは割高感が強く、しばらくはSAS/SATAも組み合わせたハイブリッドなシステムが取られる傾向が続くとみられる。 こうしたハード側の進化は、当然ながらOSやファイルシステムといったソフトウェアの
Linuxでは何故SSD向けのキャッシュ機構をZFSのようにファイルシステムに依存せずにbcacheのような形で提供しているのか考察 選択2: SSD向けのキャッシュ機構 SSD向けのキャッシュ機構bcache Linuxカーネル3.10ではSSD向けのキャッシュ機構bcacheが新たにサポートされた。ファイルシステムZFSなどではSSDをキャッシュとして使うメカニズムを持っているが、bcacheはファイルシステムなどに依存しない独立した形で提供されている。 Linuxのアプローチではファイルシステムにも依存しないアプローチを採用するのは何故か論じなさい。 ZFSのメインターゲットであるSolarisにもDCD -- Disk Caching Diskというbcacheに似たようなソフトウェアが存在するようです. しかし, 殆ど実用されていないようなので例外として無視します. Linuxの
Linux 4.14 File-System Benchmarks: Btrfs, EXT4, F2FS, XFS Written by Michael Larabel in Software on 18 November 2017 at 01:00 PM EST. Page 1 of 3. 17 Comments. Our latest Linux file-system benchmarking is looking at the performance of the mainline Btrfs, EXT4, F2FS, and XFS file-systems on the Linux 4.14 kernel compared to 4.13 and 4.12. In looking to see how the file-system/disk performance has c
このエントリは、 カーネル/VM Advent Calendar 2013 の 19日目の記事として書いています。 こんにちは、 @syu_cream です。 本記事では SSD に特化したファイルシステムであるところのF2FS(Flash-Friendly File System) の軽い説明を入れつつ、試しに使ってみて軽くベンチマークを取ってみた結果を掲載します。 大分ざっくりと書いてるので、誤った点など多々あるかと思います。適当にご指摘頂けると幸いです。 F2FS とは F2FS(Flash-Friendly File System) は Linux カーネル 3.8 でマージされた、Samsung が中心となって開発した、主にSSDに特化したファイルシステムです。 生のフラッシュメモリ 特化のファイルシステムは、既存のものが幾つか存在するのですが、F2FS はそれらとはまた違った構
やたらとZFSを意識しているが、大言壮語も甚だしいほどに機能不足&超絶不安定。 まず良く言われているようにスナップショットが容量食い過ぎ。 わざわざ「btrfs filesystem df /」なんてやって確認してくれるソフトなんて無いので、 dfの値だけみてスナップショットは容量食わないとか勘違いして、じゃんじゃんスナップ切ってくと ある日突然disk fullで死ぬ。スナップショットなんだか、単なるコピーなんだか分かりゃしない。 ext*系によくある、スーパーユーザーのみが利用できる予約ブロックなんてものも存在しないので、 disk fullで死亡後は、リカバリがちょっと面倒くさい。 更にXFS以上にファイルの新規作成が遅い。 両者共に動的i-nodeにこだわりすぎてて、ギリギリまで作ってないからファイルの新規作成が遅いが、 XFSに比べBtrfsの新規作成は我慢ならないレベルで遅すぎ
LinuxでI/Oと格闘していると、重要なファイルがどのタイミングでキャッシュに乗ってくるかは死活問題になります。 このファイルってどれくらいキャッシュに乗っているの?という時に便利な vmtouch というツールがあったのでご紹介。 導入方法 導入はいたって簡単。 $ git clone https://github.com/hoytech/vmtouch.git $ cd vmtouch $ make $ sudo make install ちょっと調査で使いたいだけなら make install はやらなくてもOKです。インストールした場合は /usr/local/bin に実行ファイルがインストールされてmanも利用できるようになります。 基本的な使い方 まずは動作の確認に使うファイルを作成します。90000行です。 $ for n in `seq 10000 99999`;do
オペレーティングシステムは、コンピュータのハードウェア管理、ファイル管理、データの入出力と管理、アプリケーションプログラムやユーティリティの実行、ユーザーとの対話などを効率的に行うための制御・処理プログラムの基本セットです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く