[Sammelthread] OpenZFSonWindows: HowTos, Performance, wasauchimmer...

[gea]

OpenZFS on Windows 2.4.4 rc6

Release zfs-windows-2.4.4rc6 · openzfsonwindows/openzfs

*** rc6 We are finally attempting to switch from default build "Debug" to default build "Release" Fixes Release-build BSOD: ____cacheline_aligned is now a no-op on Windows. Optimised builds merged...

github.com

*** rc6

We are finally attempting to switch from default build "Debug" to default build "Release"

Fixes

Release-build BSOD: ____cacheline_aligned is now a no-op on Windows. Optimised builds merged stores into aligned movaps on zio_t, but the allocator
only guarantees 8/16-byte alignment, so the release driver crashed in zio_vdev_io_start. Debug builds never hit it.

Features

Tray: zfs_tray now tells you when a newer OpenZFS on Windows is released. There is a Settings ▶ submenu to turn it on and off and to include
pre-releases, and it notifies once per version.

Packaging and build

Release installers: new ZFSInstall-release.iss produces OpenZFSOnWindows-.exe (-debug- is now the opt-in flavour), and the deploy project's
Release|x64 config is wired to x64-Release.
ARM64: real ARM64 installer scripts (debug and release) replace the mis-copied x64 one, and CMakeSettings.json gains an arm64-Release configuration.
Attestation: one attestation.sh [x64|arm64] [Debug|Release] [zip] replaces the separate ARM64 script and the .ddf files.

Verified

Release build on the x64 VM under Driver Verifier (no violations or failed pool allocations), and CrystalDiskMark. test.exe showed no crash.

 

[gea]

Immer noch Pre-Release, aber drei Probleme weniger

Release zfs-windows-2.4.4rc7 · openzfsonwindows/openzfs

*** rc7 OpenZFS on Windows 2.4.4rc7 Fixes Trailing zero bytes on cached reads (#658). After heavy read/write load, files that were never touched could show long runs of 0x00 at the end when read t...

github.com

Bei Problemen mit der Installation, vorher einen Reboot durchführen

OpenZFS on Windows 2.4.4rc7​

***rc7

Fixes​

• Trailing zero bytes on cached reads (#658). After heavy read/write load, files that were never touched could show long runs of 0x00 at the end
  when read through Explorer, editors or hashing tools. The data on disk was never affected, and an export/import cleared it. Recycled vnodes could
  inherit the previous file's cached size. They now start clean.
• zpool export -a hang. Unmount only purged the first 200 cached files, so exporting after copying a few hundred files could wait forever with
  the pool lock held. All cached files are now purged.
• ARM64. Fixes so ARM64 builds assemble and link: the Lua setjmp assembly and the write fault filter. The deploy project gained ARM64 Debug and
  Release configurations.

Tray​

• Create Pool now offers dRAID1, dRAID2 and dRAID3.

Thanks to everyone who reported and tested.