#erofs — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #erofs, aggregated by home.social.
-
Some highlights from the main #erofs merge for #Linux 7.0:
https://git.kernel.org/torvalds/c/3893854000a81897a1a332ec50931f74761fbf71
""
Inode page cache sharing among filesystems on the same machine is now supported, which is particularly useful for high-density hosts running tens of thousands of containers. [for more about this, see https://lwn.net/Articles/1055062/]In addition, we fully isolate the EROFS core on-disk format from other optional encoded layouts since the core on-disk part is designed to be simple, effective, and secure. Users can use the core format to build unique golden immutable images and import their filesystem […]
"" -
Some highlights from the main #erofs merge for #Linux 7.0:
https://git.kernel.org/torvalds/c/3893854000a81897a1a332ec50931f74761fbf71
""
Inode page cache sharing among filesystems on the same machine is now supported, which is particularly useful for high-density hosts running tens of thousands of containers. [for more about this, see https://lwn.net/Articles/1055062/]In addition, we fully isolate the EROFS core on-disk format from other optional encoded layouts since the core on-disk part is designed to be simple, effective, and secure. Users can use the core format to build unique golden immutable images and import their filesystem […]
"" -
Some highlights from the main #erofs merge for #Linux 7.0:
https://git.kernel.org/torvalds/c/3893854000a81897a1a332ec50931f74761fbf71
""
Inode page cache sharing among filesystems on the same machine is now supported, which is particularly useful for high-density hosts running tens of thousands of containers. [for more about this, see https://lwn.net/Articles/1055062/]In addition, we fully isolate the EROFS core on-disk format from other optional encoded layouts since the core on-disk part is designed to be simple, effective, and secure. Users can use the core format to build unique golden immutable images and import their filesystem […]
"" -
Some highlights from the main #erofs merge for #Linux 7.0:
https://git.kernel.org/torvalds/c/3893854000a81897a1a332ec50931f74761fbf71
""
Inode page cache sharing among filesystems on the same machine is now supported, which is particularly useful for high-density hosts running tens of thousands of containers. [for more about this, see https://lwn.net/Articles/1055062/]In addition, we fully isolate the EROFS core on-disk format from other optional encoded layouts since the core on-disk part is designed to be simple, effective, and secure. Users can use the core format to build unique golden immutable images and import their filesystem […]
"" -
Some highlights from the main #erofs merge for #Linux 7.0:
https://git.kernel.org/torvalds/c/3893854000a81897a1a332ec50931f74761fbf71
""
Inode page cache sharing among filesystems on the same machine is now supported, which is particularly useful for high-density hosts running tens of thousands of containers. [for more about this, see https://lwn.net/Articles/1055062/]In addition, we fully isolate the EROFS core on-disk format from other optional encoded layouts since the core on-disk part is designed to be simple, effective, and secure. Users can use the core format to build unique golden immutable images and import their filesystem […]
"" -
Highlights from the main #erofs (used by #composefs) merge for #Linux 6.17[1]:
""We now support metadata compression. It can be useful for embedded use cases or archiving a large number of small files.
Additionally, readdir performance has been improved by enabling readahead (note that it was already common practice for ext3/4 non-dx and f2fs directories). We may consider further improvements later toalign with ext4's s_inode_readahead_blks behavior for slow devices too.""
[1] https://git.kernel.org/torvalds/c/76a9701325d39d8602695b19c49a9d0828c897ca
-
Highlights from the main #erofs (used by #composefs) merge for #Linux 6.17[1]:
""We now support metadata compression. It can be useful for embedded use cases or archiving a large number of small files.
Additionally, readdir performance has been improved by enabling readahead (note that it was already common practice for ext3/4 non-dx and f2fs directories). We may consider further improvements later toalign with ext4's s_inode_readahead_blks behavior for slow devices too.""
[1] https://git.kernel.org/torvalds/c/76a9701325d39d8602695b19c49a9d0828c897ca
-
Highlights from the main #erofs (used by #composefs) merge for #Linux 6.17[1]:
""We now support metadata compression. It can be useful for embedded use cases or archiving a large number of small files.
Additionally, readdir performance has been improved by enabling readahead (note that it was already common practice for ext3/4 non-dx and f2fs directories). We may consider further improvements later toalign with ext4's s_inode_readahead_blks behavior for slow devices too.""
[1] https://git.kernel.org/torvalds/c/76a9701325d39d8602695b19c49a9d0828c897ca
-
Highlights from the main #erofs (used by #composefs) merge for #Linux 6.17[1]:
""We now support metadata compression. It can be useful for embedded use cases or archiving a large number of small files.
Additionally, readdir performance has been improved by enabling readahead (note that it was already common practice for ext3/4 non-dx and f2fs directories). We may consider further improvements later toalign with ext4's s_inode_readahead_blks behavior for slow devices too.""
[1] https://git.kernel.org/torvalds/c/76a9701325d39d8602695b19c49a9d0828c897ca
-
Highlights from the main #erofs (used by #composefs) merge for #Linux 6.17[1]:
""We now support metadata compression. It can be useful for embedded use cases or archiving a large number of small files.
Additionally, readdir performance has been improved by enabling readahead (note that it was already common practice for ext3/4 non-dx and f2fs directories). We may consider further improvements later toalign with ext4's s_inode_readahead_blks behavior for slow devices too.""
[1] https://git.kernel.org/torvalds/c/76a9701325d39d8602695b19c49a9d0828c897ca
-
Highlights from the main #erofs merge for #Linux 6.16 (https://git.kernel.org/torvalds/c/79b98edf918e8146047e08817e2a42937428be02):
* a `fsoffset` mount option is introduced for file-backed mounts to specify the filesystem offset in order to adapt customized container formats.
* Intel QAT hardware accelerators are supported to improve DEFLATE decompression performance.
-
Highlights from the main #erofs merge for #Linux 6.16 (https://git.kernel.org/torvalds/c/79b98edf918e8146047e08817e2a42937428be02):
* a `fsoffset` mount option is introduced for file-backed mounts to specify the filesystem offset in order to adapt customized container formats.
* Intel QAT hardware accelerators are supported to improve DEFLATE decompression performance.
-
Highlights from the main #erofs merge for #Linux 6.16 (https://git.kernel.org/torvalds/c/79b98edf918e8146047e08817e2a42937428be02):
* a `fsoffset` mount option is introduced for file-backed mounts to specify the filesystem offset in order to adapt customized container formats.
* Intel QAT hardware accelerators are supported to improve DEFLATE decompression performance.
-
Highlights from the main #erofs merge for #Linux 6.16 (https://git.kernel.org/torvalds/c/79b98edf918e8146047e08817e2a42937428be02):
* a `fsoffset` mount option is introduced for file-backed mounts to specify the filesystem offset in order to adapt customized container formats.
* Intel QAT hardware accelerators are supported to improve DEFLATE decompression performance.
-
Highlights from the main #erofs merge for #Linux 6.16 (https://git.kernel.org/torvalds/c/79b98edf918e8146047e08817e2a42937428be02):
* a `fsoffset` mount option is introduced for file-backed mounts to specify the filesystem offset in order to adapt customized container formats.
* Intel QAT hardware accelerators are supported to improve DEFLATE decompression performance.
-
In the same release, there was also a fix for reproducible inode numbering, which previously depended on opendir/readdir ordering:
https://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs-utils.git/commit/?id=eec6f7a2755dfccc8f655aa37cf6f26db9164e60 -
In the same release, there was also a fix for reproducible inode numbering, which previously depended on opendir/readdir ordering:
https://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs-utils.git/commit/?id=eec6f7a2755dfccc8f655aa37cf6f26db9164e60 -
In the same release, there was also a fix for reproducible inode numbering, which previously depended on opendir/readdir ordering:
https://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs-utils.git/commit/?id=eec6f7a2755dfccc8f655aa37cf6f26db9164e60 -
In the same release, there was also a fix for reproducible inode numbering, which previously depended on opendir/readdir ordering:
https://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs-utils.git/commit/?id=eec6f7a2755dfccc8f655aa37cf6f26db9164e60 -
In the same release, there was also a fix for reproducible inode numbering, which previously depended on opendir/readdir ordering:
https://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs-utils.git/commit/?id=eec6f7a2755dfccc8f655aa37cf6f26db9164e60 -
I recently contributed a patch to erofs-utils which has now been released with v1.8.3. It introduces a --hard-dereference option that converts hardlinks to separate inodes, similar to the equally-named flag in tar. It can be used to ensure reproducible image builds on systems where similar files from the root FS might be hard-linked against each other for optimization reasons -- like in the Nix store.
https://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs-utils.git/commit/?id=54e217b80509c193a087b69a5a52884389236926 -
I recently contributed a patch to erofs-utils which has now been released with v1.8.3. It introduces a --hard-dereference option that converts hardlinks to separate inodes, similar to the equally-named flag in tar. It can be used to ensure reproducible image builds on systems where similar files from the root FS might be hard-linked against each other for optimization reasons -- like in the Nix store.
https://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs-utils.git/commit/?id=54e217b80509c193a087b69a5a52884389236926 -
I recently contributed a patch to erofs-utils which has now been released with v1.8.3. It introduces a --hard-dereference option that converts hardlinks to separate inodes, similar to the equally-named flag in tar. It can be used to ensure reproducible image builds on systems where similar files from the root FS might be hard-linked against each other for optimization reasons -- like in the Nix store.
https://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs-utils.git/commit/?id=54e217b80509c193a087b69a5a52884389236926 -
I recently contributed a patch to erofs-utils which has now been released with v1.8.3. It introduces a --hard-dereference option that converts hardlinks to separate inodes, similar to the equally-named flag in tar. It can be used to ensure reproducible image builds on systems where similar files from the root FS might be hard-linked against each other for optimization reasons -- like in the Nix store.
https://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs-utils.git/commit/?id=54e217b80509c193a087b69a5a52884389236926 -
I recently contributed a patch to erofs-utils which has now been released with v1.8.3. It introduces a --hard-dereference option that converts hardlinks to separate inodes, similar to the equally-named flag in tar. It can be used to ensure reproducible image builds on systems where similar files from the root FS might be hard-linked against each other for optimization reasons -- like in the Nix store.
https://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs-utils.git/commit/?id=54e217b80509c193a087b69a5a52884389236926 -
-
-
-
-
-
I'm so glad to see work being to make the Linux kernel more usable with page sizes other than 4k!
-
I'm so glad to see work being to make the Linux kernel more usable with page sizes other than 4k!
-
I'm so glad to see work being to make the Linux kernel more usable with page sizes other than 4k!
-
I'm so glad to see work being to make the Linux kernel more usable with page sizes other than 4k!
-
I'm so glad to see work being to make the Linux kernel more usable with page sizes other than 4k!
-
#EROFS Receives Some Useful Improvements With #Linux 6.4
https://www.phoronix.com/news/Linux-6.4-EROFS
Original tweet : https://twitter.com/phoronix/status/1652770688111984640
-
#EROFS Receives Some Useful Improvements With #Linux 6.4
https://www.phoronix.com/news/Linux-6.4-EROFS
Original tweet : https://twitter.com/phoronix/status/1652770688111984640
-
#EROFS Receives Some Useful Improvements With #Linux 6.4
https://www.phoronix.com/news/Linux-6.4-EROFS
Original tweet : https://twitter.com/phoronix/status/1652770688111984640
-
#EROFS Receives Some Useful Improvements With #Linux 6.4
https://www.phoronix.com/news/Linux-6.4-EROFS
Original tweet : https://twitter.com/phoronix/status/1652770688111984640
-
#EROFS Receives Some Useful Improvements With #Linux 6.4
https://www.phoronix.com/news/Linux-6.4-EROFS
Original tweet : https://twitter.com/phoronix/status/1652770688111984640
-
#Linux #EROFS Gets Low-Latency Decompression For Much Better Performance
https://www.phoronix.com/news/Linux-6.3-EROFS-Faster
Original tweet : https://twitter.com/phoronix/status/1627634394797076482
-
#Linux #EROFS Gets Low-Latency Decompression For Much Better Performance
https://www.phoronix.com/news/Linux-6.3-EROFS-Faster
Original tweet : https://twitter.com/phoronix/status/1627634394797076482
-
#Linux #EROFS Gets Low-Latency Decompression For Much Better Performance
https://www.phoronix.com/news/Linux-6.3-EROFS-Faster
Original tweet : https://twitter.com/phoronix/status/1627634394797076482
-
#Linux #EROFS Gets Low-Latency Decompression For Much Better Performance
https://www.phoronix.com/news/Linux-6.3-EROFS-Faster
Original tweet : https://twitter.com/phoronix/status/1627634394797076482