The Life of a Data Byte
blog.jessfraz.com
blog.jessfraz.com
Hmm... this makes it sound like UTF-8 uses one byte per codepoint and can't encode codepoints beyond 127, when it actually is a variable-length encoding where one codepoint is encoded into 8 to 48 bits (1 to 6 bytes, although in practice 1 to 4 bytes are sufficient to encode all currently defined UNICODE codepoints).
The same is true for UTF-16, it's not "16 bits per codepoint", but variable length with either 16- or 32-bits per codepoint. Only UTF-32 is a fixed-width encoding.
Basically: all UTF encodings are able to encode all UNICODE codepoints.
In a similar note, Unicode isn't really about bytes. Unicode is essentially just a huge map of numbers to characters descriptions. UTF encodings convert those numbers into a sequence of bytes, and vice versa.
[1] https://www.microsoft.com/en-us/research/project/dna-storage... [2] https://www.catalogdna.com
This was a very bold claim from Intel. That was in 2015. It’s 2020 and I haven’t seen any benchmarks that meet this. And it’s not clear the roadmap is going to scale to that figure. Right now it’s still not quite good enough to be a main memory (but as a caching tier between main memory and disk).
"With version 1.0 of PC DOS (1981), only single-sided 160 KB floppies were supported. "