The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: George Michaelson <ggm@algebras.org>
To: TUHS main list <tuhs@tuhs.org>
Subject: [TUHS] Re: Does anybody know the etymology of the term "word" as in collection of bits?
Date: Fri, 9 Sep 2022 10:45:15 +0800	[thread overview]
Message-ID: <CAKr6gn0DAR930gtnXnoKh9tjrHo8fD=mKGVmwkLTs72pJcfc-A@mail.gmail.com> (raw)
In-Reply-To: <CAKH6PiWYQUXKdARUy_cHWqpiJQzEgSr2t4UGc7fmgF8j9ygpLg@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2316 bytes --]

There is a certain amount of "use makes master" about word and byte length.
I think DECs decision to go with 6bit for 36bit was probably fine, in the
context of belief around BCD. That it turned out to be a royal pain in the
neck for an 8 byte world was a bit overblown given its time and place.
People found ways to exploit 4 extra bits in a word to do things. DEC
provided the UUO mechanism, people coded odd things into it. If BCD had
been more significant who knows how long packed ASCII might have lasted.

The entire field from bletchley onwards was full of arch, fey witticisms
about machine names. ending things with -AC (for automatic computer) led to
SILLIAC in Sydney Uni and there was a sort of poem which included them all
to MANIAC. I can't but think the neologism byte over 'bite sized chunks of
a whole word' goes directly to this tendency to play with language. And,
the times were ones with many strange players on many continents, fertile
ground for wordplay.

8 is a useful number. 5 hole Baudot wasn't enough: with parity and cases
and control signal in band data was heading to 8 irrespective.

Aligning data with memory and registers makes sense.

On Fri, Sep 9, 2022 at 9:35 AM Douglas McIlroy <
douglas.mcilroy@dartmouth.edu> wrote:
>
>  > I heard that the IBM 709
> > series had 36 bit words because Arthur Samuel,
> > then at IBM, needed 32 bits to identify the playable squares on a
> > checkerboard, plus some bits for color and kinged
>
> To be precise, Samuel's checkers program was written for
> the 701, which originated the architecture that the 709 inherited.
>
> Note that IBM punched cards had 72 data columns plus 8
> columns typically dedicated to sequence numbers. 700-series
> machines supported binary IO encoded two words per row, 12
> rows per card--a perfect fit to established technology. (I do
> not know whether the fit was deliberate or accidental.)
>
> As to where the byte came from, it was christened for the IBM
> Stretch, aka 7020. The machine was bit-addressed and the width
> of a byte was variable. Multidimensional arrays of packed bytes
> could be streamed at blinding speeds. Eight bits, which synced
> well with the 7020's 64-bit words, was standardized in the 360
> series. The term "byte" was not used in connection with
> 700-series machines.
>
> Doug

[-- Attachment #2: Type: text/html, Size: 2799 bytes --]

  parent reply	other threads:[~2022-09-09  2:46 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-09-09  1:33 Douglas McIlroy
2022-09-09  2:12 ` Larry McVoy
2022-09-13 14:23   ` John Foust via TUHS
2022-09-09  2:45 ` George Michaelson [this message]
2022-09-16  5:55 ` Marc Donner
  -- strict thread matches above, loose matches on Subject: below --
2022-09-11 13:30 Douglas McIlroy
2022-09-11 15:08 ` John Cowan
2022-09-11 15:30 ` Bakul Shah
2022-09-11 15:45   ` Paul Winalski
2022-09-11 16:20     ` Steve Nickolas
2022-09-09 19:39 Nelson H. F. Beebe
2022-09-09 20:27 ` Bakul Shah
2022-09-09 21:12   ` Henry Bent
2022-09-09 21:44   ` Dave Horsfall
2022-09-09 18:46 Norman Wilson
2022-09-10  1:35 ` Paul Winalski
2022-09-09 17:26 Douglas McIlroy
2022-09-08 21:16 Noel Chiappa
2022-09-08 21:24 ` Dan Halbert
2022-09-08 18:20 Noel Chiappa
2022-09-08 19:28 ` Jim Capp
2022-09-08 16:51 [TUHS] " Jon Steinhart
2022-09-08 16:56 ` [TUHS] " Andrew Hume
2022-09-08 17:28 ` Dan Halbert
2022-09-09  0:00   ` Greg 'groggy' Lehey
2022-09-09 15:49     ` Paul Winalski
2022-09-09 18:44       ` Bakul Shah

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAKr6gn0DAR930gtnXnoKh9tjrHo8fD=mKGVmwkLTs72pJcfc-A@mail.gmail.com' \
    --to=ggm@algebras.org \
    --cc=tuhs@tuhs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).