- RAIDZ Expansion (#15022): Add new devices to an existing RAIDZ pool, increasing storage capacity without downtime.
- Fast Dedup (#15896): A major performance upgrade to the original OpenZFS deduplication functionality.
- Direct IO (#10018): Allows bypassing the ARC for reads/writes, improving performance in scenarios like NVMe devices where caching may hinder efficiency.
- JSON (#16217): Optional JSON output for the most used commands.
- Long names (#15921): Support for file and directory names up to 1023 characters.
- Bug Fixes: A series of critical bug fixes addressing issues reported in previous versions.
- Numerous performance improvements throughout the code base.
- Supported Platforms:
- Linux kernels 4.18 - 6.12,
- FreeBSD releases 13.3, 14.0 - 14.2.
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
RAIDZ Expansion - Na végre, már ideje volt.
Senkinek nincs köze világod belsejéhez, neked sincs közöd mások életéhez, csak az Irgalom útján van közöd, Istenektől rendelt kötelességed.
- A hozzászóláshoz be kell jelentkezni
A Fast Dedup se néz ki rosszul.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Ott van a linken a válasz. :)
The Windows port is still in Beta, it's true,
Though your ZFS data should safely pull through.
But crashes might happen, bugs may arise,
From upstream or here—there could be surprise.
So, start with some test data, give it a try,
Build up your trust before reaching the sky.
If issues appear, don’t let them persist,
Just file a report on GitHub’s bug list!
Ugyanaz a fejlesztő csinálja, mint a MacOS portot, azzal nem volt gondom, de nem is mission critical felhasználása volt.
- A hozzászóláshoz be kell jelentkezni
:D igen, szal meg erik a dolog :)
- A hozzászóláshoz be kell jelentkezni
Windows server alatt van NTFS dedup csak be kell kapcsolni.
Mondjuk más technika, de oda az való.
( •̀ᴗ•́)╭∩╮
"speciel a blockchain igenis hogy jó megoldás, ezért nagy erőkkel keressük hozzá a problémát"
"A picsat, az internet a porno es a macskas kepek tarolorandszere! : HJ"
Az élet ott kezdődik, amikor rájössz, hogy szart sem kell bizonyítanod senkinek
Ha meg akarod nevettetni Istent, készíts tervet!
- A hozzászóláshoz be kell jelentkezni
Hasonló, mint a BTRFS-é, legalább is annyiban, hogy offline. De valóban megbízhatóan működik, legalábbis adatvesztésem nem volt, csak olyan, hogy elhúzódott a deduplikáció vagy le se futott egy idő után. Már nem tudom, mit kellett rugdosni rajta.
- A hozzászóláshoz be kell jelentkezni
<feligtroll> windows servert amugyis csak vm-ben futtat, aki nem akar szivni :) ott meg majd a zfs (vagy a storage box) majd megoldja a dedupot </feligtroll>
- A hozzászóláshoz be kell jelentkezni
Ja, csak mondjuk az egyik esetben tudsz olyat, hogy csak a C:\wwwroot\archive\uristenVeryBigFiles legyen csak dedupolva, a másikban ez már eggyel nehezebb :)
- A hozzászóláshoz be kell jelentkezni
miert tennel ilyet? :) (minden masra ott az ntfs mount masik blokkeszkozrol folderbe)
- A hozzászóláshoz be kell jelentkezni
miert tennel ilyet? :)
Mert mondjuk tele van nagy, ismétlődő és ritkán beolvasott fájlokkal? :)
- A hozzászóláshoz be kell jelentkezni
miert valasztanad szet a tobbitol? senkinek nem faj, hogy olyan adat is van ott, ami nem dedupolhato. zfs eseten raadasul ez blokkszintu, es mint mondtam siman rakhatod masik zvol-ra, datasetre amit nem akarsz dedupolgatni. ntfs-en meg oda mountolgatod, ahova csak szeretned. (mar ha az iis nem tud olyat, hogy a /archive a zs meghalton van, nem a c-n, de akkor az egy kalap... :D) a jol megtervezett diszk alrendszer elonyei :)
It is possible to stipulate in a pool, to deduplicate only certain datasets and volumes. The DDT encompasses the entire pool, but only data in those locations is deduplicated when written. Other data which is not deduplicate well or where deduplication is inappropriate, is not be deduplicated when written, saving resources.
- A hozzászóláshoz be kell jelentkezni