Most active commenters
  • wvenable(3)

←back to thread

182 points Twirrim | 22 comments | | HN request time: 0.199s | source | bottom
1. throwaway889900 ◴[] No.41874794[source]
But how many bytes are there in a word?
replies(4): >>41874796 #>>41874838 #>>41875260 #>>41875413 #
2. o11c ◴[] No.41874796[source]
If you're on x86, the answer can be simultaneously 16, 32, and 64.
replies(1): >>41876081 #
3. wvenable ◴[] No.41874838[source]
"Word" is an outdated concept we should try to get rid of.
replies(4): >>41874888 #>>41874892 #>>41874933 #>>41875850 #
4. pclmulqdq ◴[] No.41874888[source]
It's very useful on hardware that is not an x86 CPU.
replies(2): >>41874937 #>>41874988 #
5. anigbrowl ◴[] No.41874892[source]
You're right. To be consistent with bytes we should call it a snack.
replies(1): >>41874949 #
6. BlueTemplar ◴[] No.41874933[source]
How exactly ? How else do you suggest CPUs do addressing ?

Or are you suggesting to increase the size of a byte until it's the same size as a word, and merge both concepts ?

replies(1): >>41874963 #
7. wvenable ◴[] No.41874937{3}[source]
As an abstraction on the size of a CPU register, it really turned out to be more confusing than useful.
replies(3): >>41874993 #>>41875003 #>>41875078 #
8. SCUSKU ◴[] No.41874949{3}[source]
Henceforth, it follows that a doublesnack is called a lunch. And a quadruplesnack a fourthmeal.
replies(2): >>41874984 #>>41875163 #
9. wvenable ◴[] No.41874963{3}[source]
I'm saying the term "Word" abstracting the number of bytes a CPU can process in a single operation is an outdated concept. We don't really talk about word-sized values anymore. Instead we mostly explicit on the size of value in bits. Even the idea of a CPU having just one relevant word size is a bit outdated.
10. iwaztomack ◴[] No.41874984{4}[source]
or an f-word
11. iwaztomack ◴[] No.41874988{3}[source]
such as...?
12. bobmcnamara ◴[] No.41874993{4}[source]
Is it 32 or 64 bits on ARM64? Why not both?
13. o11c ◴[] No.41875003{4}[source]
Fortunately we have `register_t` these days.
14. pclmulqdq ◴[] No.41875078{4}[source]
On RISC machines, it can be very useful to have the concept of "words," because that indicates things about how the computer loads and stores data, as well as the native instruction size. In DSPs and custom hardware, it can indicate the only available datatype.

The land of x86 goes to great pains to eliminate the concept of a word at a silicon cost.

15. tetron ◴[] No.41875163{4}[source]
There's only one right answer:

Nybble - 4 bits

Byte - 8 bits

Snyack - 16 bits

Lyunch - 32 bits

Dynner - 64 bits

replies(2): >>41875680 #>>41876019 #
16. Taniwha ◴[] No.41875260[source]
I've seen 6 8-bit characters/word (Burroughs large systems, they also support 8 6-bit characters/word)
17. elteto ◴[] No.41875413[source]
There are 4 bytes in word:

  const char word[] = {‘w’, ‘o’, ‘r’, ‘d’};
  assert(sizeof word == 4);
18. cozzyd ◴[] No.41875680{5}[source]
And what about elevensies?

(Ok,. I guess there's a difference between bits and hob-bits)

19. kevin_thibedeau ◴[] No.41875850[source]
Appeasing that attitude is what prevented Microsoft from migrating to LP64. Would have been an easier task if their 32-bit LONG type never existed, they stuck with DWORD, and told the RISC platforms to live with it.
20. kstrauser ◴[] No.41876019{5}[source]
In the spirit of redefining the kilobyte, we should define byte as having a nice, metric 10 bits. An 8 bit thing is obviously a bibyte. Then power of 2 multiples of them can include kibibibytes, mebibibytes, gibibibytes, and so on for clarity.
replies(1): >>41876085 #
21. EasyMark ◴[] No.41876081[source]
Don’t you mean 2,4, and 8?
22. jaysonvantuyl ◴[] No.41876085{6}[source]
ಠ_ಠ