The Last i486 Online
last486.online
last486.online
Cloudflare isn't anything unique or special aside from getting a bunch of VC funding so they could make the entry level plan free. Historically CDNs didn't do this because most sites don't need it, and abuse was common. However it clearly worked out for them in community name recognition.
- if the request contains an exploit (the Cloudflare WAF) - if the website owner created a rule to block a request
Most of the "this website uses Cloudflare to protect..." is a consequence of the second one.
To make things easier Cloudflare has a switch to automate the second one - basically it just looks at IP threat levels based on honeypot services all around. Visitors receive a "level" based on IP, region, browser version, etc and if the level is above the switch (Low, High, Medium) then it's blocked.
People go for this option - set the switch to High and block almosty everything. Other people will set it to Low or Off and then create their own firewall rules - for example a website owner can create a complex set of rules (in addition to the Cloudflare WAF exploit, or replacing it). See https://community.cloudflare.com/t/the-firewall-rules-we-fol... for an example.
People will see the page sayng "Cloudflare blocked you" when in fact was most likely the website owner.
A 486 running a webserver behind CloudFlare returning a 502 Bad Gateway was the perfect "I don't know what I expected" moment.
We reverently talked about "the 486" and it was stored behind a locked door. Only the most CPU-intensive jobs would be deemed worthy of CPU time on the beast.
And then the CAD department bought a whole bunch of 486s to do PCB layout, and the mystique was gone.
Our very first order came in for an i486 - so excited, I grabbed all the components, headed into the backroom and built the machine.
Once it was all together - I eagerly threw the power switch on... Darkness... the breaker blew, the lights were out...
Well... turns out, I had rotated the CPU 180 degrees from it's required position. OMG... here I am a teenager and now I am going to have to pay for a $1200+ part?
My boss calmly reseated the CPU correctly, and... it worked!
We did a 5-day burn-in/benchmark with no problems, and never had any callbacks from the customer.
I did something similar with an i486 DX4-100; I wasn’t so lucky: the power supply held up, the CPU smoked and it took out the motherboard. Thankfully this was well into the Pentium-II era, but it was still pretty devastating. If I recall correctly, it just slotted in the wrong way like it was meant to go; I guess modern CPU sockets have fixed that.
Kinda. All that's stopping you from inserting a Ryzen CPU wrong way around is a 0.3mm copper pin that exists in one corner, but not the other. So there's still that worry of, "should I force it because it needs a bit of force, or should I not force it because I'll break it?" I think Core CPUs are the same way.
The thing they all repeated was how applying force was absolutely the wrong thing, you should never need to force anything into place.
Well, I'm sure you know how this turned out: none of the RAM I installed was seated in its socket properly so in a cold sweat I forced all of them into place. Still feel nervous about installing RAM to this day.
Most of AMD's CPUs are still of the PGA (Pin Grid Array) type; but it's worth noting that this isn't true for Socket AM5, which is itself an LGA socket, and the socket for the Threadrippers has been LGA since its inception.
Today even the rinky-dink Intel GPU in an HP Stream has more oomph than those SGI beasts, and people doing visualization work just buy PCs with NVIDIA cards. They can get pricey, but not top-end SGI pricey.
Six years later I was at a university seminar where one of the exact same demos was shown off, running on a laptop.
Linux is still quite far from doing anything like that, though container support provides a required foundation for any such feature, and is already paving the way for intermediate steps such as process checkpointing and migration across hosts.
I'm curious now. Is that a 386 PC? Does it boot off of a small hard drive?
edit: shoot, i think i meant IDE, not ATA
I had a nice metal one made by Sony years ago. Flash card slides in one side, and there's a place for a button cell to power it. Then you just stick the whole thing into the floppy drive like a regular disk.
Or is it just using 1.44mb of a multi-GB SD card?
There is - besides Gotek - an alternative which is open source and (if one wants to) DIY, the HxC, a few different possibilities:
I think it depends on the model, but should be able to select among up to 100 or 1000 such images.
The scheme is a huge win on 3d printers even though it adds a component to the system (generally a bad thing all else being equal, but all else is not equal).
Even when you aren't talking about being stuck with some old proprietary and limited controller & firmware but can buy powerful new wide open controllers and load your own up to date open source firmware on them, it still ends up being even better to have the minimal klipper firmware on the controller and do all the real work on a host.
http://zx81-siggi.zx-team.org/index.html (previous HN discussion: https://news.ycombinator.com/item?id=25638936)
and a Commodore 64: https://www.tfe.c64.org/
"BTW, this Mac Plus is runing the web server you are reading this page from right now." Its still up.
> After some inspection with a scope we found out that the RX trace after the transformer was missing / corroded and a patch was needed. A quick fix was to solder a wire and voila we we able to receive an IP address using the mTCP packet software for DOS and the DHCP client that comes with mTCP
Mad debugging skillz!
Maybe we can create an old school banner network linking all these old computers together :D
20 minutes later: "Oh right they removed i386 as a target because it sucked and wasn't maintained that includes i486... so now you'd have to target a Pentium or higher"
But seriously the Linux kernel does support not having an FPU... just not on x86 as best I can tell.
It's being used here: https://lxr.missinglinkelectronics.com/linux+v5.16/arch/x86/...
Whenever the kernel gets a "device not available" exception, and CONFIG_MATH_EMULATION is set (which is the case when the kernel is compiled for a 486SX), and the CPU does not have a real FPU, and the "emulation" flag on CR0 is set, it calls the FPU emulator.
There are also older Linux distribution images available. OS/2 or one of the two commercial spin-offs would have networking support. Windows 95 will run slowly on a 486 but may require the coprocessor. I don't recall about that. Windows 3.1 or 3.11 with Trumpet Winsock will get online.
I have a couple of Portmaster 2e IP to serial servers. When I was in the ISP field before the 56k DSP-based integrated systems, we used to hook modems up to devices like that to provide dial-up service. I can hook up around 40 systems that have RS-232 ports to the Internet that way.
[0] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
Most of or all of the uses of those M486/M486SX/etc flags are on that file itself. For instance, it sets CONFIG_X86_INVD_BUG whenever either CONFIG_M486SX or CONFIG_M486 is set. It's those other flags that are used elsewhere; as you can see, there are many of them.
> I'm 90% sure the kernel requires CMPXCHG8B which isn't supported on 486 iirc
I believe CMPXCHG8B is CONFIG_X86_CMPXCHG64, which as you can see on that file, is not set for M486/M486SX. As you can see searching for that, there is support for CMPXCHG8B emulation (see for instance https://lxr.missinglinkelectronics.com/linux+v5.16/arch/x86/...) on CPUs which do not have that instruction (complete with an use of the "alternatives" mechanism to automatically replaces the emulation calls with the real CMPXCHG8B instruction when it's available on the current CPU).
https://news.ycombinator.com/item?id=5471932
Nice to hear confirmation of something I saw with my own eyes.
How does this work? Do they use software emulation of floating point calculations?
Anyone else have an IPX or older online for non-novelty purposes?
Edit: 30 years now!
The Pentium Pro-PIII era was an interesting time because USB had just shown up, PCI was commonplace, FPUs and SIMD were now standard. Many x86 Linux builds target i686, so it's the the oldest PC you can reasonably run modern Linux on without much hassle.
The Atari had no problems keeping up with several requests per second even after being Slashdotted since all of the expensive TCP stuff was offloaded.
There was a 16-bit hit counter on the page that overflowed and the CS-210 would crash after a day or so but otherwise it worked surprisingly well.
Rocked a Packard Bell 486DX2 66mhz, with 8MB Ram, and a 400MB HDD. Came with a 14,4kbps modem that I upgraded to 33.6kbps. BBSes from the free newspapers is what got me "online" and eventually I was able to PPP over WinSock to get my Windows 3.11 on to the REAL internet.
I miss those times.
Nothing like spending hours downloading a few early MP3s in 94-95, and having to play them back at 1/2 or 1/4 quality because the 486 couldn't keep up (and even then running out of cache 60-70 seconds in and paused for it catch back up).
LOL. I used to have to decompress them into 40MB WAV files to play them. My whole hard drive was 50MB.
Though I preferred to just play MIDIs and do my things.
And it's still online in 2022! http://last486.online/status