Hacker News

Top stories

Live mirror
30 storiesupdated just nowView source snapshot
  1. Jemalloc 5.4.0(github.com/jemalloc ↗)
    39comments
  2. The scourge of x86 emulation(fex-emu.com ↗)
    24comments
  3. Astra for Law(openai.com ↗)
    540comments
  4. Bonsai 2 27B: Near-Lossless Compression in a 9x Smaller Footprint(prismml.com ↗)
    129comments
  5. Bend – A language that blocks AI mistakes via proof, on CPU and GPU(bend-lang.com ↗)
    219comments
  6. Qwen 3.8 Omni Flash(qwen.ai ↗)
    79comments
  7. Hister: A private search engine for the pages you visit and the files you keep(github.com/asciimoo ↗)
    168comments
  8. When the fractional part of a float fixes your shader(crocidb.com ↗)
    1comments
  9. Pre-Greek: The lost language hidden within Ancient Greek(linguisticdiscovery.com ↗)
    34comments
  10. Wax motor(wikipedia.org ↗)
    70comments
  11. Fujitsu launches made-in-Japan next-generation CPU FUJITSU-MONAKA(global.fujitsu ↗)
    230comments
  12. A heap overflow and SSO misconfiguration to compromise OpenAI internal repos(hacktron.ai ↗)
    152comments
  13. Shapelearn Qwen 3.8 27B (13.1 GB VRAM)(byteshape.com ↗)
    10comments
  14. Replacing Pull Requests with Delta(zed.dev ↗)
    2comments
  15. How to Write with an LLM(sockpuppet.org ↗)
    96comments
  16. Speeding up gearhash on ARM64(sam.dev ↗)
    discuss
  17. Ask A Monk – A digital wilderness for thoughts with no immediate answer(askamonk.online ↗)
    23comments
  18. Why Does the Universe Expand?(cosmicave.org ↗)
    52comments
  19. Flet 1.0 – Build cross-platform apps in Python(flet.dev ↗)
    56comments
  20. Telstra outage: The night a network decided the year was 2006(netnod.se ↗)
    23comments
  21. Diplodocus, Long Thought Exclusively American, Turns Up in Spain(sci.news ↗)
    41comments
  22. Microsoft exec called AI scraping 'the largest theft of labor in human history'(techcrunch.com ↗)
    discuss
  23. Why I didn’t sign the Fields medallists’ letter(gowers.wordpress.com ↗)
    368comments
  24. How do we prevent mathemathics from devolving into the Medieval Era of secrecy?(mathoverflow.net ↗)
    106comments
  25. CrowdSec Source Code Leak(crowdsec.net ↗)
    48comments
  26. Apple detectives solved mystery of ancient tree and rewrote the history of fruit(scientificamerican.com ↗)
    10comments
  27. The most important product decision is what you don't build(liamnugent.me ↗)
    38comments
  28. Fixing an NZXT Signal 4K30 part 2: the green/pink video bug(downtowndougbrown.com ↗)
    10comments
  29. Infinite-Parameter LLMs: Generating and Adapting Weights from Live Data(arxiv.org ↗)
    39comments
  30. Show HN: Snapdrop: Instantly share files between devices. No setup, no signup(snapdrop.me ↗)
    35comments

Restoring Y Combinator's Xerox Alto, day 4: What's running on the system

151 pointsby 10y agorighto.com
35 comments
10y agoHN ↗

Wow, that is a remarkable amount of stuff that is working. My experience with wirewrapped boards is pretty mixed, some are solid and some are just flaky as heck.

Really curious what they find out about the disk, nothing at all coming over the interface sounds like a big (and usually simple) issue, like card in the wrong slot or cable plugged in backwards or to the wrong connector.

10y agoHN ↗

I'm hoping for a problem that's easy to fix, but not something stupid :-)

To clarify the disk issue, we're seeing sector pulses coming from the disk drive, so the drive and cabling is working. The Alto isn't sending any read requests to the drive, so it seems most likely that the microcode isn't seeing any disk request block in memory.

A lot of things need to work correctly to get the request block into RAM. So it could be a problem with a chip on the ALU board, a bad memory chip, something wrong on the disk interface card, a corrupted bit somewhere, or anything. With the logic analyzer, we should be able to see at what point in the microcode things go wrong. The nice thing about the Alto is because it's all TTL chips, it's straightforward to see what's happening.

10y agoHN ↗

I noticed that 3101 SRAMs have the same pinout as the later 7400-series 7489 16x4 SRAMs; I'm not 100% sure that they are fully electrically/timing compatible, but this could end up being a way of testing using known good parts...

10y agoHN ↗

If backspace is pressed on the keyboard, the Alto does a Ethernet boot

This sounds impressive. Was it common for machines of that era to be able to boot from the network?

Also, aren't those some awfully long wires to make high-frequency measurements with an oscilloscope? Some of that ringing and overshoot in the clock signals might not actually be in the circuit that is being probed, but caused by the long leads.

10y agoHN ↗

Ethernet was invented for the Alto, so it was the first machine to boot over Ethernet. (I don't know if any other machines did network boot earlier, using other networks.)

One entertaining thing about Alto boot: you could select a different boot address (i.e. boot something different) by pressing various keys at boot time. Each key controlled a different bit, so you would press many keys at once. This was called "nose boot" since you might need to use your nose to press a key if you ran out of fingers.

The Alto clock is 5.88 MHz, so the signals aren't as high frequency as modern computers. We could probably get crisper signals with better probing, but since we just want to see the signals, the quality isn't too important.

10y agoHN ↗

So ctrl+alt+del did have some precedent... Good luck with the restoration effort, tracing the instructions using a logic analyzer seems like a daunting prospect, especially with such an arcane instruction set.

Thanks for the detailed articles, it is much appreciated!

10y agoHN ↗

Man, doing that digital work with a scope can be painful at times.

I'd really recommend a Saleae Logic here to scope out your digital lines. You probably don't need the high-level protocol decoding at this point, but for capturing longer blocks of data with a great interface you can't beat this tool.

https://www.saleae.com/

10y agoHN ↗

We (i.e. Marc) have a fancy HP logic analyzer with many, many input lines, so the plan is to use that next session. (Not that I have anything against the Saleae system.) I expect that once we can trace the executing code, we'll be able to figure out the problem quickly.

10y agoHN ↗

"Was it common for machines of that era to be able to boot from the network?"

What network? This was the first machine to have a local area network.

A full Alto network included workstations, a file server, a laser printer, and a gateway to other Xerox networks using Parc Universal Protocol over 3Mb/s Ethernet. They had a complete all-Xerox vision.

10y agoHN ↗

huh, i never knew that. sounds like apple copied more than just a user interface from xerox...

10y agoHN ↗

Correct me if I'm wrong, but the original Macintosh didn't have networking support

10y agoHN ↗

AppleTalk because of the serial chip they put in it.

10y agoHN ↗

IIRC even the Apple II could do AppleTalk. Often used in classrooms to share a single hard drive among a dozen or more computers.

10y agoHN ↗

Ha, guess you're right. I was thinking about mainframe clients, but I guess in those days they didn't even have their own CPU? This was way before my time.

The Alto becomes more impressive the more time one spends thinking about it, you have to actively compare it to the state of the art back then to see the innovations that we now take for granted.

10y agoHN ↗

It was impressive. I got a tour of PARC in 1975, when the Alto network was just coming up. The PARC vision then was to find out what the future of computing looked like by throwing money at the problem. The Alto/file server/laser printer network was insanely expensive, but someday it would hopefully become cheaper.

Making the technology cost-effective took a while. Around 1980, the UNIX workstations started to appear. Those tended to run around $20K each. By 1982 or so, you could have workstations, file servers, and printers from several vendors. Apollo, Three Rivers, and later Sun got into the business. The big problem was that, in the UNIX command-line tradition, none of these companies could do a decent GUI. (Most windows were either a terminal or an editor. Or a clock. Everybody had a GUI clock, with animated clock hands.) There was very little commercial software. One of the best pieces of software of the era was Interleaf, which was a very good WYSIWYG document editor, sort of like Microsoft Word. But it was sold as a $60,000 system including a workstation and a laser printer. There was no software mass market yet.

So all the key hardware was available years before the Macintosh came out. It just cost too much. And nobody had a good GUI.

Except Xerox, with the Xerox Star, 1981. But they had a different corporate vision - a dedicated system for word processing and document handling. The idea of tens of millions of people having to learn about the internals of complicated computers, just to do ordinary office tasks, was scary. How could Xerox support that? Xerox was into support; copiers were rented and service was part of the rental. So the Xerox system was a closed environment. Users could only run the Xerox-provided applications.

What Xerox didn't envision was a society in which computer literacy was widespread. Society backed into that, via the IBM PC, DOS, and open systems.

10y agoHN ↗

Fascinating. It is indeed very easy to judge, with the benefit of hindsight, but - who could ever expect computer literacy to become mainstream? Especially since GUIs were bad and the command line still ruled, as you've pointed out. It still seems unlikely.

10y agoHN ↗

Well, Alan Kay expected computer literacy to become mainstream, or more accurately for computers to become easy enough for everyone to use. He was one of the driving forces behind the Xerox Alto. His 1972 paper on the Dynabook basically describes a vision of the modern laptop or tablet computer. (Starting around page 6, he describes exactly what technology improvements would be necessary, which is pretty interesting.) The Xerox Alto was the "Interim Dynabook", a system to try out his personal computing ideas before the technology was available.

His paper is at http://history-computer.com/Library/Kay72.pdf

10y agoHN ↗

I recently (re)discovered Alan Kay's 1997 OOPSLA talk:

https://www.youtube.com/watch?v=oKg1hTOQXoY

For others that have been following his work (and talks), it doesn't really contain much new stuff, but the context of a talk to an audience of programmers brings out some different contexts. He touches on the the fact that they didn't "just" spend extra money to prototype the dynabook in the form of the Alto - but they built 2000 machines - and part of that is of course so they could invite (among others) whole classes of school children to come and play with the tech.

10y agoHN ↗

Thanks for sharing your impressions; so much has been re-discovered / re-prioritized in computing over the decades!

10y agoHN ↗

Every time I delve into Xerox PARC documents I always get the feeling the computing world would be so much better if UNIX hadn't taken off due to how AT&T gave it away.

When I mix the information written there with my own experience using Smalltalk and Oberon, it is quite eye opening in terms of overall experience.

Nowadays I think Mac OS and Windows are the only two major environments whose experience comes close to it.

10y agoHN ↗

You're probably right, but you can't imagine the thrill of using the very early Unix system releases (I was an undergrad when the first Bell-external releases were shipped to my office-mate Geoff Steckel at Harvard): imagine an OS written in a higher-level (non-assembly) language! (Well, Multics existed, of course, but that was wildly byzantine in its complexity, being based on PL/I, which itself was a huge language. ;-)

And imagine a fairly powerful OS which was so simple at heart that you could read the entire source and understand it. (Lyon's samizdat book helped, too.)

For those of us studying systems at the time, it was magical.

10y agoHN ↗

Octopus was what we would today call a "Storage Area Network". Around 1968, IBM built the IBM 1360 Photo-Digital Storage System [1][2] for several of the big atomic energy labs. This was 1.2GB of storage. On microfilm. The whole thing was automatic, with hardware to write digital data on microfilm, develop the film, store and retrieve individual filmstrips, and read them. The film was directly written with an electron beam in vacuum. IBM electromechanical technology at its height. The Computer History Museum in Mountain View has one of the seven units built.

Since this was a big, but slow, storage device, it had to be front-ended by a computer with disks, and made accessible to other computers. That's most of what Octopus did. It wasn't peer to peer, like Ethernet.

[1] http://computer-history.info/Page4.dir/pages/Photostore.dir/... [2] http://computer-history.info/Page4.dir/pages/Photostore.dir/...

10y agoHN ↗

I remember reading that the original IBM PC motherboard got an Ack from the keyboard when it initialized, and if a particular bit was set in the ack character it would read boot code from the keyboard port. Apparently it was just for testing though....

10y agoHN ↗

I think the AI Lab folks had LispM booting over CHAOSnet at MIT around the same time.

(Yes, CHAOSnet was a copy of the ideas from PARC's Ethernet, but IIRC (I was around) it was very close to the same time period.)

10y agoHN ↗

For those interested in this computer, there is a working Alto at the Living Computer Museum in Seattle that attendees are free to use.

10y agoHN ↗

I got to play with this a few weeks ago and it was really cool. Some friends and I created and formatted a document.

The whole museum is great and I highly recommend it to anyone who finds themselves in Seattle. There's something intensely satisfying about writing, compiling, and running Hello World on a teletype (paper roll!) hooked up to a PDP-7.

10y agoHN ↗

This is one of my favorite ongoing stories in HN. It's like a peek into a team building a time machine, and for all intents and purposes, this IS a time machine -- one that opens a window to the past.

10y agoHN ↗

this is an excellent project that's great fun to watch the progress of. keep up the great work.

i have no experience with altos but i have been wondering -- on day one of the restore, it was noted the alto in question had some modifications from stock issue[1], could the booting issues be related to the microcode or wiring changes necessary to support those modifications? is it trying to boot off of the now missing trident drive?

[1] from http://www.righto.com/2016/06/restoring-y-combinators-xerox-... "I suspect that the Y Combinator Alto originally had both a Trident drive and a Diablo drive (as well as four Orbit boards to drive a laser printer)"

10y agoHN ↗

That's an interesting question. From reading the documentation [1], the Trident disk should co-exist with the standard disk. It uses different microcode tasks (3 and 15), requiring additional microcode. No wiring change is mentioned (or discussion of booting off the Trident disk).

It seems like the Trident drive shouldn't be causing us any problems, but it's possible there's a wiring change or different PROMs. I guess we'll find out...

[1] http://bitsavers.org/pdf/xerox/alto/ifs_trident/TriconDoc.pd...