Anything presented to the end user can just be real numbers. The end user doesn’t give a damn about sector sizes or NAND configuration, want want an estimate of how many cat pictures they can store on their drive.
There is some overhead but you don’t solve that by using 1024 for reporting disk side. The overhead depends on fragmentation and the configuration of the file system when the drive was formatted.
Even on the hardware level, QLC NAND cell will operate in 8KiB pages. The 1024 system based on heads/cylinders/sectors is no longer relevant for most people. Put the exact size in sector compatible bits in the advanced UI but give the users something they can actually use.
Anything presented to the end user can just be real numbers. The end user doesn’t give a damn about sector sizes or NAND configuration, want want an estimate of how many cat pictures they can store on their drive.
There is some overhead but you don’t solve that by using 1024 for reporting disk side. The overhead depends on fragmentation and the configuration of the file system when the drive was formatted.
Even on the hardware level, QLC NAND cell will operate in 8KiB pages. The 1024 system based on heads/cylinders/sectors is no longer relevant for most people. Put the exact size in sector compatible bits in the advanced UI but give the users something they can actually use.