Sadly OP is behind the times here. The storage industry has pretty much co-opted GB to mean 1000^3 bytes, which is why you see folks in the know refering to GiB for the power-of-two-numbers. This is super-frustrating, but it's been like that for decades (literally: this was finally "officially" resolved in the late 90's by the IEC).
It's frustrating that SanDisk used to give you extra bytes and they stopped -- and everyone including me HATES it when products get worse with no external indication that they changed.......but let's be honest: it's kind of SanDisk's primary MO to buy the cheapest NAND they can find and sell it on the consumer market.
> The storage industry has pretty much co-opted GB to mean 1000^3 bytes
G has always been 1000^3, M 1000^2, and K 1000, in the storage and communication industries. OS designers, and programmers more generally, started using 1024 instead for convenience, but that came later. The storage industry is doing it right, using the correct meaning of SI units, and programmers co-opted GB to mean 1024^3, it isn't the other way around.
There were times when the storage industry and programmers worked together to really stuff things up and cause further confusion by mixing & matching: the 1.44MB of HD 3.5" floppy disks was actually 1474560 bytes so 1.44*1024*1000.
OK, had always been until the 90s, and then it was a mistake that wasn't correct by either definition, and only applied to one type of storage not the other types or storage or any forms of non-storage-based data communication. The cock-up this is the naming of 1.44Mb disks (and “720Kb”, and “360Kb” ones before them) doesn't alter that other storage media (hard drives, CD, …) were not counted in what would later be attempted to be disambiguated as MiB.
Even then it was only the marketing portion of the storage industry playing that game, when not talking to the general public floppy disks were referred to by their maximum rated information carrying capacity, 2Mbyte, not their OS-formatted capacity at all.
You are entirely correct, and the person you are responding to is wrong. But the author does themselves no favour by including this incorrect tidbit in the article:
> [...] Operating Systems define 1 GB as 1,073,741,824 BYTES.
Mac OS, iOS, Ubuntu, and Debian operating systems at the very least all use base 10 for representing disk and storage space.
Windows uses GB (gigabytes) to mean GiB (gibibytes), MB (megabytes) to mean MiB (mebibytes), and so on because basically noone in the real world adopted IEC's renaming scheme.
Linux (to include Android) and the BSDs (to include MacOS, and iOS?) use GB (gigabytes) to mean decimal GB (gigabytes), a conversion factor basically noone in the real world adopted because multiples of 1000 are meaningless.
So the vast majority of people and Windows to this day understand a kilobyte as 1024 bytes, a megabyte as 1024 kilobytes, and so on. Meanwhile, Linux and the BSDs and drive manufacturers/vendors understand a kilobyte as 1000 bytes, a megabyte as 1000 kilobytes, and so on because it's pedantically correct (and the conversion factors are commercially convenient).
This dissonance in understanding leads to endless "why is my drive smaller than what's printed on the box?" complaints.
> But the author does themselves no favour by including this incorrect tidbit in the article:
As I undertood it, that tidbit comes from Sandisk and probably targets Windows user. I also believe Windows does (or did) use base 2 for file and disk sizes
It's frustrating that SanDisk used to give you extra bytes and they stopped -- and everyone including me HATES it when products get worse with no external indication that they changed.......but let's be honest: it's kind of SanDisk's primary MO to buy the cheapest NAND they can find and sell it on the consumer market.