TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

OpenZFS 2.0

364 点作者 ascom超过 4 年前

16 条评论

boston_sre87超过 4 年前
Has there been any progress on the zfs on linux Linus disagreement front since this article?<p><a href="https:&#x2F;&#x2F;arstechnica.com&#x2F;gadgets&#x2F;2020&#x2F;01&#x2F;linus-torvalds-zfs-statements-arent-right-heres-the-straight-dope&#x2F;" rel="nofollow">https:&#x2F;&#x2F;arstechnica.com&#x2F;gadgets&#x2F;2020&#x2F;01&#x2F;linus-torvalds-zfs-s...</a>
评论 #25260916 未加载
tpetry超过 4 年前
Zstd compression with configurable levels is really interesting: You could write every block first with a level comparable to lz4 for very fast performance. And if a block has not been rewritten for some time you recompress them with a compression level allowing more compression and comparable decompression performance.<p>So cold data (cold write, cold&#x2F;hot read) will take less and less space over time while still having the same read performance.
评论 #25264082 未加载
评论 #25264512 未加载
throw0101a超过 4 年前
Sadly dRAID (parity Declustered RAIDz) just missed the cut-off for 2.0, but it looks like it will be in 2.1:<p>* <a href="https:&#x2F;&#x2F;openzfs.github.io&#x2F;openzfs-docs&#x2F;Basic%20Concepts&#x2F;dRAID%20Howto.html" rel="nofollow">https:&#x2F;&#x2F;openzfs.github.io&#x2F;openzfs-docs&#x2F;Basic%20Concepts&#x2F;dRAI...</a><p>* <a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=jdXOtEF6Fh0" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=jdXOtEF6Fh0</a>
评论 #25260189 未加载
codetrotter超过 4 年前
This is huge! And very exciting :D<p>One thing I am wondering about is this:<p>&gt; Redacted zfs send&#x2F;receive - Redacted streams allow users to send subsets of their data to a target system. This allows users to save space by not replicating unimportant data within a given dataset or to selectively exclude sensitive information. #7958<p>Let’s say I have a dataset tank&#x2F;music-video-project-2020-12 or something and it is like 40 GB and I want to send a snapshot of it to a remote machine on an unreliable connection. Can I use the redacted send&#x2F;recv functionality to send the dataset in chunks at a time and then at the end have perfect copy of it that I can then send incremental snapshots to?
评论 #25259898 未加载
评论 #25259730 未加载
评论 #25259749 未加载
anderspitman超过 4 年前
I&#x27;d love to get rid of my FreeNAS VM and run ZFS directly on my Linux desktop, but having to mess with the kernel has kept me from attempting it so far. Maybe I&#x27;m worrying about nothing.<p>btrfs seems like the main alternative if you want native kernel support, but when I checked a couple years ago there seemed to be a lot of concerns about the stability. Is that still the case?
评论 #25260266 未加载
评论 #25260372 未加载
评论 #25259859 未加载
评论 #25259915 未加载
评论 #25260640 未加载
评论 #25259956 未加载
评论 #25260996 未加载
评论 #25259787 未加载
评论 #25260570 未加载
评论 #25263257 未加载
评论 #25259873 未加载
评论 #25260044 未加载
评论 #25259847 未加载
评论 #25259825 未加载
qalmakka超过 4 年前
Finally, this means we&#x27;ve a way to share &quot;real&quot; filesystems on both FreeBSD and Linux. The only other filesystems you could open without issues on both are FAT and NTFS (thought NTFS-3G), both of which are less than ideal for data you care about.
justinclift超过 4 年前
Slightly off topic, but it seems like GitHub can&#x27;t&#x2F;won&#x27;t display the user profile page for one of the OpenZFS developers:<p><a href="https:&#x2F;&#x2F;github.com&#x2F;behlendorf" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;behlendorf</a><p>For me, that gives a unicorn 100% of the time (tried across several minutes), instead of showing the developer profile.<p>Anyone else seeing that?
评论 #25262087 未加载
评论 #25262760 未加载
评论 #25262089 未加载
rodgerd超过 4 年前
Congratulations - it&#x27;s great to see the code unification on the two key ZFS platforms, and continuing to add useful features, especially around at-rest encryption.<p>Many thanks to the various OpenZFS contributors.
KMag超过 4 年前
How&#x27;s the memory consumption of ZFS without deduplication these days? I&#x27;ve got a couple of 4 TB drives connected to a single board ARM computer with 2 GB of RAM. I used to use btrfs, but switched to XFS after I accidentally filled up a drive and was unable to recover.
评论 #25266162 未加载
mholt超过 4 年前
I&#x27;m looking at setting up my first ZFS pool (&#x27;zpool&#x27;?) in a few weeks, on Linux. Will I be using OpenZFS or something else? Ubuntu 20.04.<p>(Sorry if noise; I&#x27;m just trying to get an idea of how relevant this 2.0 release is to me.)
评论 #25259661 未加载
mlex超过 4 年前
Just built a FreeNAS system over the past couple weeks and finished doing burn-in tests of my hard drives, wonder if I should wait and see how to install OpenZFS 2.0.0 before I create my storage config.
评论 #25260225 未加载
评论 #25260935 未加载
voltagex_超过 4 年前
Anyone know what version of Ubuntu Server this will land in?
评论 #25260196 未加载
评论 #25260235 未加载
jstrong超过 4 年前
hooray for zstd compression!
ed25519FUUU超过 4 年前
Side note, they really should have in big-bold letters &quot;DO NOT ENABLE DEDUPLICATION UNLESS YOU HAVE A TON OF RAM!&quot; on their readme. That was a huge mistake on my part. The ram requirements are VERY high for good performance.<p>I realized how bad the performance was when it took about 2 hours to delete 1000 files.
评论 #25261176 未加载
评论 #25260987 未加载
评论 #25263833 未加载
评论 #25264928 未加载
hlandau超过 4 年前
Will OpenZFS on Linux ever be integrated with the Linux page cache?
评论 #25262866 未加载
评论 #25261333 未加载
评论 #25259900 未加载
kzrdude超过 4 年前
OpenZFS is in fact a more prestigeous name and it already sounds better than ZFS on Linux.
评论 #25261221 未加载