Live data from Hacker News

The Computer at the Bottom of a Canal

negroniventurestudios.com

31–40 of 50 posts

Re: The Computer at the Bottom of a Canal

#31
post #7

Thing is capability machines (like this and the 432 and lots of research machines) were very much the thing at the time - cutting edge even. The research literature was full of them. I did a paper design at the time. What ate them up was "what can you fit all on a chip with not many pins", followed by "what can you fit along with a cache on a chip with more pins", things move so much faster if everything's on the sam…

The end of the article seems to admit all of what you say but then suggest it is time to revisit; do you think that’s valid or no?

Re: The Computer at the Bottom of a Canal

#32
post #28
post #24

I don't think this is AI, but the writing style keeps reminding me of AI. I'm trying to isolate why. I think it's something to do with the information density. The sentences twist and turn, have lots of related ideas, digressions, and little details without much lead-in. The wording is also very precise, which is another characteristic of AI writing. This sounds like a critique, but I actually find it charming. This…

Very well-written text, not a whiff of AI generation to it. Your example is not even a run-on sentence! I enjoyed reading it, many thanks to the author.

I really enjoyed it, but I think there’s more than a whiff.

> That curve is gone. The compromise is going with it; and the workload-shaped machine, the thing Harland was building in 1984, is what comes back.

Re: The Computer at the Bottom of a Canal

#33
post #23

Earlier quoted context omitted.

They do have tides though, so make it a big fan that points up.

Depends on the canal. The UK narrow boat network has locked everywhere so minimal current in most sections similarly the Netherlands. In fact most canals. But then you have something like Suez which is just open to the ocean.

The UK locks themselves are water movement though, so if you wanted to power something for "free" on those, you'd attach it to there. Oh man did I love watching those as a kid. You wouldn't do a fan though, you'd have a line and a buoy and use the up and down motion to drive a linear electromagnetic generator to harvest energy.

Re: The Computer at the Bottom of a Canal

#34

Earlier quoted context omitted.

Oh derp. It’s been a while since I worked adjacent to this, so I clearly misremembered some important bits. Thanks for the correction!

Boy how I wish it had used ultrasonic frequencies. Sadly enough though, I spent large parts of every day in front of a laptop connected to a transducer waiting for signals to appear in the noisy stream of data coming from the standpipe transducer. Every few seconds if your tool still functioned you would get the first bit of a signal that contained toolface orientation information and gamma ray data if you had a gamm…

Damn, that's fascinating. What do you think of Fervo energy and their fiber-optic sensing?

Re: The Computer at the Bottom of a Canal

#35

Earlier quoted context omitted.

Boy how I wish it had used ultrasonic frequencies. Sadly enough though, I spent large parts of every day in front of a laptop connected to a transducer waiting for signals to appear in the noisy stream of data coming from the standpipe transducer. Every few seconds if your tool still functioned you would get the first bit of a signal that contained toolface orientation information and gamma ray data if you had a gamm…

Damn, that's fascinating. What do you think of Fervo energy and their fiber-optic sensing?

Thanks for reminding me that these guys exist.

I had to read a little since I had not checked on their progress in a while.

First, I like the backgrounds and experience levels of the key personnel in the company. Many are oil and gas industry veterans with a good mix of skills - drilling, deviated well design, fracking, downhole monitoring sensors, etc.

DAS deployed downhole as their paper describes should give excellent information about conditions near the boreholes as they pressurize and depressurize the formations through the enhanced fracture networks. Induced seismicity is a common side effect of fluid injection and anyone who has watched USGS earthquake data for California has likely identified the geothermal fields by their frequent seismicity. Reducing the levels of induced seismicity related to geothermal energy production will decrease the likelihood of formation damage due to accumulated stresses in the production field. It sounds like they are able to tie specific stress/relaxation events to pressurization events so that is a very useful tool.

A lot of the earthquakes in the Permian Basin area are related to fluid injection. A DAS network could possibly mitigate some of that so a technology transfer back to the O&G industry may benefit all of us.

I agree with their goal of expanding geothermal energy production as an integral part of the power generation grid since, like they say, it is completely renewable. It does take advantage of downhole conditions in order to produce the energy and there is an opportunity to utilize existing boreholes as geothermal generation sites after the oil and gas becomes uneconomical so it could give new life to old fields and preserve jobs in the area since there will already be a trained workforce locally.

Pretty interesting. I lost track of these guys and now I see that they IPO'd a couple months ago. I expect that their business and their competition will both be increasing over the next few years at least.

Re: The Computer at the Bottom of a Canal

#36
post #7

Thing is capability machines (like this and the 432 and lots of research machines) were very much the thing at the time - cutting edge even. The research literature was full of them. I did a paper design at the time. What ate them up was "what can you fit all on a chip with not many pins", followed by "what can you fit along with a cache on a chip with more pins", things move so much faster if everything's on the sam…

Can you expand on your paper computer? It sounds fascinating.

It was more than 40 years ago, before I had the skills to build chips, I'm afraid I've kept nothing of that design

Re: The Computer at the Bottom of a Canal

#37

Very interesting and well written article. This sentence in particular: "Linn Products is the Glasgow company Ivor Tiefenbrun founded in 1972, and if you know it at all you know it for the Sondek LP12, still widely regarded by its partisans as the finest record deck ever made." I was a big audiophile right at that time. Auditioned both Sondek and Sota Star Saphire. Went with the latter which I still proudly own (Alph…

Yeah but also saying "it's considered the best by the people who love it" is a tautology.

Re: The Computer at the Bottom of a Canal

#38
post #31
post #7

Thing is capability machines (like this and the 432 and lots of research machines) were very much the thing at the time - cutting edge even. The research literature was full of them. I did a paper design at the time. What ate them up was "what can you fit all on a chip with not many pins", followed by "what can you fit along with a cache on a chip with more pins", things move so much faster if everything's on the sam…

The end of the article seems to admit all of what you say but then suggest it is time to revisit; do you think that’s valid or no?

I'm in 2 minds, I'm strongly in the RISC camp these days, I know how hard it is to build a truly performant CPU and think that simpler is better as far as ISAs go. Adding segmentation hardware into the addressing path means more clocks and makes it's harder to detect loads/stores that interfere with each other (all load/stores have to block each other until the addressing/tlb lookup has been done ie detecting aliasing ).

A true capability architecture needs separate register files for pointers and data with protections enforced when the address registers are loaded/stored, it's a step away from our models of linear address spaces that many of the languages we use today are based on. And any new CPU that requires everyone to learn a new language is probably a non-starter as a mainstream CPU

Re: The Computer at the Bottom of a Canal

#39
post #38
post #31

Earlier quoted context omitted.

The end of the article seems to admit all of what you say but then suggest it is time to revisit; do you think that’s valid or no?

I'm in 2 minds, I'm strongly in the RISC camp these days, I know how hard it is to build a truly performant CPU and think that simpler is better as far as ISAs go. Adding segmentation hardware into the addressing path means more clocks and makes it's harder to detect loads/stores that interfere with each other (all load/stores have to block each other until the addressing/tlb lookup has been done ie detecting aliasin…

If only the LLMs have to learn the new language then maybe it can be a starter?

Re: The Computer at the Bottom of a Canal

#40
post #7

Thing is capability machines (like this and the 432 and lots of research machines) were very much the thing at the time - cutting edge even. The research literature was full of them. I did a paper design at the time. What ate them up was "what can you fit all on a chip with not many pins", followed by "what can you fit along with a cache on a chip with more pins", things move so much faster if everything's on the sam…

They are old and still around, even though communities like HN tend to ignore them.

IBM i, z/OS, ClearPath MCP, and ClearPath OS 2200 are still out there, getting new releases, every now and then.

SPARC ADI is still being sold by Oracle and Fujitsu.

ARM MTE and Pluton are shipping, even if in not all models.

Post reply on HN