Qames/quake from 9front =). It can run LibreQuake with Malice as a MODs, and that's it. Quake, Quakeworld and everything for vanilla, no modern changes like QuakeSpasm or worse, DarkPlaces. If someone backported HL2 to the original Quake with reduced physics and still run under a Pentium III fast enough, it would be something astonishing.

I see impressive stuff with reimplementations such as Surreal Engine, but they will require far more powerful machines.

If Surreal had a software renderer (not requiring AVX or similar) running under an SSE2 machine, that would yield even more respect, because if your reimplemented engine runs in legacy machines the portability would explode. Just have a look on Scummvm on how many platforms and OSes can it run. Or the Super Mario port for PC, where some fork supports even 3DFX under DOS, and GL 1.2. Thus runnable under TinyGL with no 3D accelerators and even under Plan9/9front with custom tweaks.

Are you a LLM?

No, just a 9front user with a web browser, Netsurf. I shouldn't need JS to read an article you know.

In Spain in 'ancient' times it used to be UHF/VHF channels. Two of them. First, THe only channel, a la BBC, but from a dictatorship, TVE, Television Española, and later, TVE2, in a different band (I think it requiered a separate antenna and/or tuner) which was depicted as more culture bound (the regime opened up a little in the early 70's) and with less hour per day that the main channels.

The new channel appeared when my parents were kids, around the late 60's.

But, for incredible stuff happening in the 90's, I remember watching the MTV illegally in very early 00's due to a semi-pirate really local TV channel. They used to broadcast chiptune videos at late night too, it was really weird. Even some early Flash videos and animations too.

Good times to own a TV tuner in your PC among the teletext when you had to go to a cybercafé to basically work offline and batch-send/downloaded everything within an hour while you chatted with your friends and some potential GF. If you knew how to pirate the Nagravision cypher from paid TV channels (something lame to decode with an Athlon in real time) you often could watch (and dump) movies with, well, VHS quality (MPEG2 was just a thing for cable TV and DVDs) but at least after the long rip (13h per hour, and then the encoding to XVID/DIVx) you could watch a good movie months after being displayed in the theaters.

Heh, that happened with phony nostalgic gen-z kids trying to recreate 'old times' with Discord and turd themning for Windows AKA called 'Frutiger Aero' while bitching against XMPP calling it 'malware'.

They wil learn by brute force. As we had to do.

9front's manuals will teach you the basics, the actual basics of CS (plan9 intro if you know to adapt yourself, too). These are at /sys/doc. Begin with rc(1), keep upping the levels. You can try 9front in a virtual machine safely. There are instructions to get, download and set it up at https://9front.org .

Write servers/clients with rc(1) and the tools at /bin/aux, such as aux/listen. They already are irc clients and some other tools. Then, do 9front's C book from Nemo.

On floats, try them at 'low level', with Forth. Get Muxleq https://github.com/howerj/mux. Compile it:

          cc -O2 -ffast-math -o muxleq muxleq.c
          

Edit muxleq.fth, set the constants in the file like this:

      1 constant opt.multi      ( Add in large "pause" primitive )
      1 constant opt.editor     ( Add in Text Editor )
      1 constant opt.info       ( Add info printing function )
      0 constant opt.generate-c ( Generate C code )
      1 constant opt.better-see ( Replace 'see' with better version )
      1 constant opt.control    ( Add in more control structures )
      0 constant opt.allocate   ( Add in "allocate"/"free" )
      1 constant opt.float      ( Add in floating point code )
      0 constant opt.glossary   ( Add in "glossary" word )
      1 constant opt.optimize   ( Enable extra optimization )
      1 constant opt.divmod     ( Use "opDivMod" primitive )
      0 constant opt.self       ( self-interpreter [NOT WORKING] )

Recompile your image:

       ./muxleq muxleq.dec < muxleq.fth > new.dec

New.dec will be your main Forth. Run it:

       ./muxleq new.dec

Get the book from the author, look at the code on how the Floating code it's implemented in software. Learn Forth with the Starting Forth book but for ANS forth, and Thinking Forth after doing Starting Forth. Finally, bacl to 9front, there's the 'cpsbook.pdf' too from Hoare on concurrent programming and threads. That will be incredibily useful in a near future. If you are a Go programmer, well, you are at home with CSP.

Also, compare CSP to the concurrent Forth switching tasks. It's great to compare/debug code in a tiny Forth on Subleq/Muxleq because if your code gets relatively fast, it will fly under GForth and due to constraints you will force yourself to be a much better programmer.

CPU's? Cache's? RAM latency? Muxleq/Subleq behaves nearly the same everywhere depending on your simulation speed. In order to learn, it's there. On real world systems, glibc, the Go runtime, etc, will take care of that making a similar outcome everyhere. If not, most of the people out there will be aware of stuff from SSE2 and up to NEON under ARM.

Hint: they already are code transpilers from Intel dedicated instructions to ARM ones and viceversa.

>How garbage collection works inside of the JVM?

No, but I can figure it a little given the Zenlisp one as a slight approximation. Or... you know, Forth, by hand. And Go which seems easiers and it doesn't need a dog slow VM trying to replicate what Inferno did in the 90's which far less resources.

Gnus it's dog slow, be with email or with usenet. I say this as an ex-Emacs user where I even plugged slrn's cache in order to speed up things, but over 100k messages that was unusable in my netbook, even under 64 bit machines and native compilation. Slrn did it better. On RSS, I use sfeed which is more Unix like and I just plumb lynx/links or whatever I like as a reader. And fast, much fast than GNUs, Elfeed or the core RSS reader in Emacs.

OTOH, Emacs it's the only libre Usenet reader for Android. Go figure, and that being a dead simple protocol. Despite of that, lots of Thunderbird forks in FDroid didn't adapt the Usenet part yet.

Offpunk it's slow but adding multiprocessing with flock (for python3 maybe) would be a piece of cake in order to allow parallel downloads while syncinc.

I don't think Gnus is that bad once you spend some time setting it up. For groups with a ton of content where I mostly want to search, I found it was better to just download the whole group and index into notmuch. I could query 20 years of the Smalltalk USENET group or the Supercollider mailing list instantly.

Read again, I used slrnpull's cache. Mail was fast with Mu4e and Mairix. GNUS with slrn, not much. I have tons of articles from comp.* and some alt.* related groups. People loves to talk at comp.misc and comp.arch.

Also GNUS' caching it's really slow compared to slrn. Yes, I know, Elisp vs C, but even with native compilation it was excruciatingly slow. I've seen bytecoded TCL back in the day running really fast for these tasks.

offpunk’s slowness has two main sources (while offline):

- loading modules at startup (will be solved in 3.1 with lazy loading, patch is pending)

- parsing HTML with lot of pictures (because we wait for chafa for each picture)

I’m not sure how multiprocessing could really help that much but I would be interested.

While online, sure, the blocking http calls are something that will be parallelized in the future

syncing URL lists should be done in parallel. Something like xargs+flock but under Python.

Contributions are welcome. I even believe that this whole code should be migrated from python-requests to curl.

There should ve a variable to choose your inline image reader, between chafa, timg, some wrapper around w3mimgdisplay...

Harcoding it it's bad.

each tool needs very specific set of options so we can’t just let the user input any command. And offpunk has been built for use with chafa since the start. Timg is just an historical workaround were Chafa had some bugs.

But there are currently some discussions about that on the mailing-list.

Well, Cannon Fodder for the GBC it's 1 MB big, and the rest such as Metal Gear and Alone in the Dark are pretty sized for the hardware.

Any inmutable distro with Flatpak will solve this forever. No need to restrict anything.