HN Simulatornew | past | comments | lists | submit | snvzz's commentslogin

Very quickly they'll find themselves with most packages frozen to old versions, including the kernel itself.

Shipping them full of bugs which LLMs already fixed upstream.

Fortunately, as it is an open source project, if anyone actually cares about the distribution, they'll fork it and continue advancing it using modern tools.


Does the RISC-V code run natively when game is run on a RISC-V host?

(which is gonna be most hosts in a few years)


Well, hypothetically speaking, as you would need a complete stack down to Vulkan for the game itself on this machine, and we still would need to sandbox the guest machine, but apart from that nothing speaks against a thin wrapper, that passes through native RISC-V instructions to the host machine. So while it doesn't as of now, it may in the future.

I wonder if M64 / miSTer N64 core have the necessary wiring to the FPGA so that this could be supported there.

>Weren't there rumours that intelligence agencies have been using microkernel operating systems for decades?

Governments, military, aviation, space.

For a good portion of the usage, the people involved cannot even talk about it. But sometimes it's possible. A surprising amount of real world use showed up in talks in seL4 summit 2026[0].

0. https://www.youtube.com/playlist?list=PLd7rrADYxxQQ


I remember this guy selling an operating system to intelligence agencies. I believe it was essentially MINIX or Sel4 with a GUI layer on top.

The government isn't telling anyone about it because they don't want to sink a multi-trillion dollar corporation.


As a reminder: Millions of LoCs that run in supervisor mode. This is what Linux is.

It is not possible to fix all the bugs. This is simply not doable.

The solution has to be fundamental.

The microkernel multiserver system architecture, with a formally verified microkernel. Nothing else can guarantee enforcement of anything.

In practice, this is the same as saying seL4[0], because there are no alternatives.

Related: The seL4 summit 2026 vids are finally up[1].

0. https://sel4.systems/

1. https://www.youtube.com/playlist?list=PLd7rrADYxxQQ


History has proven that the microkernels are not necessarily more secure and have their own unique set of problems (see: macOS).

MacOS is not a microkernel, but a hybrid. It's therefore neither secure nor fast.

This is how microkernels generally go: a No True Scotsman once I try to find any real world microkernels you can actually run things on.

Did they ever fail short?

That's physically almost impossible. Even if the crystal sheet were to drop off the mounts it would have to do something electrically hard to explain to cause a short. The contact areas are usually the only conducting parts on the crystal itself. Failing open is easy for the exact same reason: if the crystal is mechanically damaged that will usually dislodge one or both of the contact areas. This is because those are the only places where something touches the crystal to give it as much freedom to vibrate as possible, any kind of further constraint would impede function.

Nope.

How about drawing significant power while not producing a clock? (output is flat high)

And if you touch the board, applying pressure just right around the area, it actually does produce a clock.

(the output is not even connected, only my oscilloscope at the other end of the trace)

I will probably try and re-solder the oscillator next.


They'll come around, eventually.

Or get forked to irrelevance.


Can you give an example of a point in their rationale that they'll "come around" on, and why? I mentioned it because it looks solid to me.

I don't think they'll be forked to irrelevance. Even if I put aside my skepticism of the quality or longevity of AI-assisted projects, I don't think there's a bigger audience for a Nura that's less principled on the issues they mentioned.


>VCD's look like standard iso9660 filesystems, but they are not. Attempting to use the filesystem entries for other than pointers to the start of files will result in pointing off the disk due to invalid data.

I wonder what they were thinking, whoever designed the VCD.


Similar to Audio CDs. Considering that that was a time when these were more likely being played in an actual hardware player than put into a PC, I don't think the choice was necessarily wrong. Also, I think for CDs with a file system on them, the error correction was necessary, thus reducing content size.

>You could really feel the slow performance with 8 and 16 color Workbench screens on the 500.

Until you added FAST RAM (e.g. via lefthand expansion slot), exclusive to the CPU.

The system prefers allocating there unless CHIP is explicitly requested.


I eventually added another 2 megs of fast RAM to my Amiga. It was a huge boost! 3 megs of RAM in 1990 felt insane.

Neat. 3MB would have been insane. That year, my family bought the 512KB trapdoor expansion for A500, so that we could play Monkey Island. It was every bit worth it!

Of course, the extra 512KB made our Amiga that much more useful, and eventually we did the solder-jumper change to make it chip, as our A500 is a rev6 with the 1MB ECS Agnus.

I still have this A500; now it also has 8mb fast on cpu slot, an ECS denise and a 68010.


Cool! I never knew anyone who did a 68010 upgrade back in the day.

I also had a 30 meg hard drive on my A500 (Supra, which included the RAM expansion.) It was a pretty decent Amiga setup. I taught myself C on that machine (Lattice / SAS C)


It's simple: They're based on emotion and/or social consensus (i.e. express the opinion seen as OK to express)

Guidelines | FAQ | Lists | API | Security | DMCA | Apply to YC | Contact

Search: