Hello,
thanks for the input. This resource is new although I found various on ZFS Sizing and Overhead.
TlDr: “So is TrueNas estimate of space on Dataset always based on 128k Recordsize even when 1M is set?”
Mainly I don’t look at absolute storage efficiency because this is (for me) sometimes misleading when comparing between Z2 and Z3 so I only looked at ZFS Overhead.
I used several resources (including the linked which is also very good) and came from the sheet and my calculations (according to sources that describe it like yours).
That all boils down to the 10disk RaidZ2 being 4,8% of a loss with Sectorsize 4k (ashift=12), Recordsize 128k. Absolutely normal what TrueNAS is showing (138.424 TiB).
But I expected TrueNAS to show 144.819 TiB when changing the Recordsize to 1M for the Dataset. Changing ashift to 9 is no solution since 4k is the real sector size of the drives.
All in all I think there are 2 possibilities:
- TrueNAS does only show an estimate based on default 128k Recordsize and when selecting 1M the Data takes up less space, so usable space is more than with 128k. (btw I know the size is an estimate and you cannot compare the values to a filesystem like ext4) => this is what I think is actually happening
- TrueNAS does not take the 1M value and uses 128k and the estimate is based on what TrueNAS does. (this is more unlikely)
So I have two options minimizing overhead. Change to 1M and bear with the displayed size or go for a RaidZ3 with 128k which should only have an overhead of 0.189% and usable size of 145.244 TiB
So I am to decide if I buy another Drive to go RaidZ3 (which I was wrapping my head around the whole time) or just choose 1M and live with whats shown.
The Size of the 2 SSD Mirror contrary is not really “healable” so I have to live with it. I bought these because 2x7,68TB and up where beyond my financial scope (along with buying 10x20TB and telling my wife about it). But this poses no real problem.