frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

Open in hackernews

32 bits that changed microprocessor design

https://spectrum.ieee.org/bellmac-32-ieee-milestone
97•mdp2021•12h ago

Comments

macshome•11h ago
The more that we find out about Bell Labs the more we all realize how much of our world they built.

We really could use a place like that today.

em3rgent0rdr•6h ago
There is a place like that today. It is called "Nokia Bell Labs".
jll29•3h ago
This is a valid point.

Are there still regularly ground-breaking innovations (which ones e.g. in the last decade) coming out of the same lab today, whatever its owner or name?

zik•10h ago
The Bellmac-32 was pretty amazing for its time - yet I note that the article fails to mention the immense debt that it owes to the VAX-11/780 architecture, which preceded it by three years.

The VAX was a 32-bit CPU with a two stage pipeline which introduced modern demand paged virtual memory. It was also the dominant platform for C and Unix by the time the Bellmac-32 was released.

The Bellmac-32 was a 32-bit CPU with a two stage pipeline and demand paged virtual memory very like the VAX's, which ran C and Unix. It's no mystery where it was getting a lot of its inspiration. I think the article makes it sound like these features were more original than they were.

Where the Bellmac-32 was impressive is in their success in implementing the latest features in CMOS, when the VAX was languishing in the supermini world of discrete logic. Ultimately the Bellmax-32 was a step in the right direction, and the VAX line ended up adopting LSI too slowly and became obsolete.

rst•8h ago
You might want to be more specific by what you mean by "modern", because there were certainly machines with demand-paged virtual memory before the VAX. It was introduced on the Manchester Atlas in 1962; manufacturers that shipped the feature included IBM (on the 360/67 and all but the earliest machines in the 370 line), Honeywell (6180), and, well... DEC (later PDP-10 models, preceding the VAX).
mjevans•8h ago
Period might be the best word. Contemporary is also a contender I thought of first, before disqualifying it for implying 'modern'.
pinewurst•8h ago
Also Prime as well in the 70s pre-VAX.
vintermann•7h ago
There was also the Nord-5, which beat the VAX by another couple of years as a 32-bit minicomputer.
Instantix•1h ago
Yeah, 1972 - "Nord-5 was Norsk Data's first 32-bit machine and was claimed to be the first 32-bit minicomputer". The Wikipedia record: https://en.wikipedia.org/wiki/Nord-5
TheOtherHobbes•1h ago
The article says the Bellmac-32 was single-cycle CISC. The VAX was very CISC and very definitely not single cycle.

It would have been good to know more about why the chip failed. There's a mention of NCR, who had their own NCR/32 chips, which leaned more to emulations of the System/370. So perhaps it was orders from management and not so much a technical failure.

larsbrinkhoff•1h ago
> introduced modern demand paged virtual memory

Didn't Multics, Project Genie, and TENEX have demand paging long before the VAX?

jandrese•7h ago
The article handwaves over why the chip wasn't a success, which makes my first thought of "how much did each chip cost" all the more relevant. This is such an uplifting story until you think about how the 8086 is just about to wipe it off of the map.
dboreham•6h ago
AT&T/Western Electric didn't really sell chips. They were a systems company. I actually used a machine with their VME boards (which iirc the company I worked for had been contracted to manufacture and market). Even to us the idea that Western Electric made CPUs seemed surprising. It was cool to be running System V on a desktop machine back then though.
adrian_b•3h ago
During their early success years, Intel has made extremely few innovations. One of their few innovative products was the floating-point coprocessor 8087, which has changed completely how everybody does floating-point computations, and for which they were smart to hire external expertise (i.e. William Kahan) which has brought most of the innovative features.

On the other hand, during those years Intel has been extremely good at adopting very quickly any important innovation made by a competitor, while also succeeding to obtain better manufacturing yields, so that they were able to have greater profits, even with cheaper products.

Bellmac-32 has not been important commercially, but without it a product like Intel 80386 would have appeared only some years later.

With 80386, Intel has switched their production of CPUs from NMOS to CMOS, like also Motorola had done one year earlier with 68020. Both Intel and Motorola have drawn heavily from the experience gained by the industry with Bellmac-32.

larsbrinkhoff•1h ago
The Motorola 68000 was already available before the Bellmac-32. The 68000 programming model was mostly 32-bit, although internally it was limited to 16 bit data and 24 bit addresses. This was fixed by later models in the family.
TMWNN•46m ago
> The article handwaves over why the chip wasn't a success, which makes my first thought of "how much did each chip cost" all the more relevant.

That's being polite. Attributing the chip's failure to AT&T buying NCR is ridiculous; that happened in 1991.

Here's a rundown of what actually happened:

* After the divestiture, AT&T from 1984 is finally allowed to build and sell computers. (This is also why Unix was not a commercial product from AT&T until then.) Everyone, in and outside AT&T, thinks Ma Bell is immediately going to be an IBM-level player, armed with Bell Labs research and Western Electric engineering. One of many, many such articles that conveys what everyone then expects/anticipates/fears: <https://archive.org/details/microsystems_84_06/page/n121/mod...> If there is anyone that can turn Unix into the robust mainstream operating system (a real market opportunity, given that IBM is still playing with the toy DOS, and DEC and other minicomputer companies are still in denial about the PC's potential), it's AT&T.

* AT&T immediately rolls out a series of superminicomputers (the 3B series) based on existing products Western Digital has made for years for AT&T use (and using the Bellmarc CPU) and, at at the lower end, the 6300 (Olivetti-built PC clone) and UNIX PC (Convergent-built Unix workstation). All are gigantic duds because, despite superb engineering and field-tested products, AT&T has never had to compete with anyone to sell anything before.

* After further fumbling, AT&T buys NCR to jumpstart itself into the industry. It gives up five years later and NCR becomes independent again.

* The end.

>This is such an uplifting story until you think about how the 8086 is just about to wipe it off of the map.

People today have this idea that Intel was this dominant semiconductor company in the 1980s, and that's why IBM chose it as the CPU supplier for the PC. Not at all. Intel was then no more than one of many competing vendors, with nothing in particular differentiating it from Motorola, Zilog, MOS, Western Digital, Fairchild, etc.

The 8088's chief virtue was that it was readily available at a reasonable price; had the PC launched a little later IBM probably would have gone with the 68000, which Intel engineers agreed with everyone else was far superior to the 8086/8088 and 80286. Binary compatibility with them was not even in the initial plan for the 80386, so loathed by everyone (including, again, Intel's own people) was their segmented memory model (and things like the broken A20 line); only during its design, as the PC installed base grew like crazy, did Intel realize that customers wanted to keep running their software. That's why 80386 supports both segmented memory (for backward compatibility with the virtual 8086) and flat. And that flat memory model wasn't put in for OS/2, or Windows NT; it was put in for Unix.

crb3•10m ago
> The 8088's chief virtue was that it was readily available at a reasonable price;

That, and it had a compatible suite of peripheral chips, while the M68K didn't... Something I vaguely recall an Intel FAE gloating about soon after: "And we're going to keep it that way."

joezydeco•7h ago
If you were a CS student at UIUC in the late 80s your sophomore weed-out class in C and assembly language coding was on this processor. It was a lot more fun to write for this core compared to Intel.

And it was the only processor I ever used that had a STRCPY opcode.

rasz•6h ago
>STRCPY opcode.

whats wrong with rep movsb?

saagarjha•2h ago
You'd need to run strlen first.
willmarquis•6h ago
Bellmac-32 went 32-bit CMOS when everyone else was still twiddling 8-bit NMOS, then got shelved before the afterparty. IEEE giving it a milestone in 2025 is basically a lifetime achievement trophy for the domino-logic DNA inside every phone SoC today late, but deserved
rkagerer•4h ago
> With no CAD tools available for full-chip verification ... the team resorted to printing oversize Calcomp plots. The schematics showed how the transistors, circuit lines, and interconnects should be arranged inside the chip to provide the desired outputs. The team assembled them on the floor with adhesive tape to create a massive square map more than 6 meters on a side. Kang and his colleagues traced every circuit by hand with colored pencils, searching for breaks, overlaps, or mishandled interconnects.
Findecanor•29m ago
I read through its instruction set manual, and found an instruction with unusual behaviour: Its 'ASL` (arithmetic shift left) instruction.

It shifts all bits except for the sign bit, leaving it unchanged.

I have read many ISA's manuals and not seen this elsewhere. Most ISAs don't have separate arithmetic and logic left shift instructions. On M68K, which does, the difference between `ASL` and `LSL' is only that the former sets the Overflow flag if any of the bits shifted out is different from the resulting sign bit whereas the latter clears it.

John Carmack talk at Upper Bound 2025 – slides and notes

https://twitter.com/ID_AA_Carmack/status/1925710474366034326
220•tosh•6h ago•96 comments

Why I no longer have an old-school cert on my HTTPS site

https://rachelbythebay.com/w/2025/05/22/ssl/
4•mcbain•23m ago•0 comments

Remix Breaks Up with React

https://github.com/kayac-chang/remix-website/blob/44b40299fd364b4e825e66f747d3f6cf3dddd884/data/posts/remix-declaration-of-independence.md
4•fantasticsleuth•37m ago•1 comments

KumoRFM: A Foundation Model for In-Context Learning on Relational Data

https://kumo.ai/company/news/kumo-relational-foundation-model/
38•cliffly•4h ago•6 comments

Satellites Spotting Depth

https://tech.marksblogg.com/depth-anything-v2-maxar-ai-detection.html
13•marklit•2d ago•0 comments

Show HN: Defuddle, an HTML-to-Markdown alternative to Readability

https://github.com/kepano/defuddle
276•kepano•13h ago•53 comments

College English majors can't read

https://kittenbeloved.substack.com/p/college-english-majors-cant-read
17•thinkingemote•3h ago•5 comments

Lockheed Martin and IBM combine quantum computing with HPC in new research

https://www.ibm.com/quantum/blog/lockheed-martin-sqd
46•donutloop•6h ago•1 comments

That fractal that's been up on my wall for years

https://chriskw.xyz/2025/05/21/Fractal/
449•chriskw•19h ago•33 comments

Claude 4

https://www.anthropic.com/news/claude-4
1777•meetpateltech•18h ago•1015 comments

OpenAI: Scaling PostgreSQL to the Next Level

https://www.pixelstech.net/article/1747708863-openai%3a-scaling-postgresql-to-the-next-level
28•thunderbong•1h ago•1 comments

'Turbocharged' Mitochondria Power Birds' Epic Migratory Journeys

https://www.quantamagazine.org/turbocharged-mitochondria-power-birds-epic-migratory-journeys-20250519/
15•pseudolus•3d ago•5 comments

Airport for DuckDB

https://airport.query.farm/
123•jonbaer•3d ago•20 comments

Does Earth have two high-tide bulges on opposite sides? (2014)

http://physics.stackexchange.com/questions/121830/does-earth-really-have-two-high-tide-bulges-on-opposite-sides
219•imurray•16h ago•65 comments

Tallest Wooden Wind Turbine

https://modvion.com/
74•Bluestein•4d ago•57 comments

32 bits that changed microprocessor design

https://spectrum.ieee.org/bellmac-32-ieee-milestone
97•mdp2021•12h ago•24 comments

Mozilla to shut down Pocket and Fakespot

https://support.mozilla.org/en-US/kb/future-of-pocket
981•phantomathkg•18h ago•608 comments

Sketchy Calendar

https://www.inkandswitch.com/ink/notes/sketchy-calendar/
85•surprisetalk•12h ago•17 comments

Fast Allocations in Ruby 3.5

https://railsatscale.com/2025-05-21-fast-allocations-in-ruby-3-5/
227•tekknolagi•21h ago•54 comments

How to cheat at settlers by loading the dice (2017)

https://izbicki.me/blog/how-to-cheat-at-settlers-of-catan-by-loading-the-dice-and-prove-it-with-p-values.html
117•jxmorris12•16h ago•94 comments

A Formal Mathematical Investigation on the Validity of Kellogg's Glaze Claims

https://old.reddit.com/r/theydidthemath/comments/1iljmig/_/
26•ZeroCool2u•3d ago•1 comments

Improving performance of rav1d video decoder

https://ohadravid.github.io/posts/2025-05-rav1d-faster/
275•todsacerdoti•23h ago•96 comments

We’ll be ending web hosting for your apps on Glitch

https://blog.glitch.com/post/changes-are-coming-to-glitch/
127•js4ever•18h ago•71 comments

A South Korean grand master on the art of the perfect soy sauce

https://www.theguardian.com/world/2025/may/21/without-time-there-is-no-flavour-a-south-korean-grand-master-on-the-art-of-the-perfect-soy-sauce
175•n1b0m•2d ago•141 comments

Ancient law requires a bale of straw to hang from Charing Cross rail bridge

https://www.ianvisits.co.uk/articles/ancient-law-requires-a-bale-of-hay-to-hang-from-charing-cross-rail-bridge-81318/
89•alexbilbie•1d ago•100 comments

I Built My Own Audio Player

https://nexo.sh/posts/why-i-built-a-native-mp3-player-in-swiftui/
228•nexo-v1•21h ago•134 comments

When a team is too big

https://blog.alexewerlof.com/p/when-a-team-is-too-big
92•gpi•4d ago•94 comments

Richard Garwin’s role in designing the hydrogen bomb was obscured

https://www.nytimes.com/2025/05/19/science/richard-garwin-hydrogen-bomb.html
54•LAsteNERD•3d ago•23 comments

Show HN: SQLite JavaScript - extend your database with JavaScript

https://github.com/sqliteai/sqlite-js
172•marcobambini•21h ago•47 comments

The Future of Flatpak

https://lwn.net/Articles/1020571/
251•dxs•11h ago•170 comments