My problem is this is an AM4 system using DDR4 memory… already outdated.
The Post Ninja
My problem is this is an AM4 system using DDR4 memory… already outdated.
DHCP, when set up properly, makes for less work. Reservations will have the DHCP server hand out the same IP to the same hardware (MAC address) when it asks. If you have a device that is from the dinosaur age that doesn’t play nice with DHCP, then make sure you give it an address that is outside the DHCP range on the same subnet. ex: Some home routers use 192.168.1.100 to 192.168.1.200 as the dhcp range. Setting anything from 192.168.1.1 (or 2 if the router is on 1) to 192.168.1.99 is fine, as is 192.168.1.201-192.168.1.254 (or 253 if the router is on 254). However, by setting static ips, you have to remember those ips specifically to interconnect devices on the lan, whereas reserving via dhcp allows you to use local dns resolution to connect to devices via their hostname instead. In additon, you run the risk of ip conflicts from forgetting which device has what ip in an increasingly complex system, and if you change internet providers or routers, you have a lot of extra work to do to fix the network settings to get those static ips to connect.
Alternately, just use the link-local ipv6 address to interconnect on the lan. That doesn’t change on most devices, as it is based on the MAC address, and is always reachable on the lan.
Meanwhile in Fedora KDE, I have the opposite problem… The system straight up ignores my monitor sleep settings, and something as quick as grabbing a water and coming back to everything in sleep mode on a desktop is kinda a problem when I am relying on the system not going sleep due to a running task.
Here’s the deal. If your server is close to using up all its RAM, then yes, more RAM better.
However, if your server is close to being full on storage, you need to address that with a bigger storage drive.
Yeah no, I’ve used Slackware back in the day… there is no getting back the whole weekends lost chasing dependencies and build dep reqs.
Looks like I need to consider flipping back to Debian again… it’s always beeen a Stable relationship…
The reason I have been switching my systems over to Fedore KDE is because of Wayland
I was fine with LXDE… until it got abandoned for LXQt… which is alright, but it’s more “kit car hackjobby” in its presentation than LXDE.
I would that too
Pretty much… as long as you didn’t do any custom kernel stuff or driver blacklisting or any other underhood voodoo with the boot system.
That only matters if there’s anything to optimize by source compilation. If the program doesn’t have optimization features in the source, it’s wated time and energy.
LCARS interface… that is something I haven’t seen in a loooooooong time
Ah, yes, Linux around the turn of the century. Let’s see…
GPU acceleration? In your dreams. Only some cards had drivers, and there were more than 2 GPU manufacturers back then, too… We had ATi, nVidia, 3dfx, Cirrus, Matrox, Via, Intel… and almost everyone held their driver source cards close to their chest.
Modems? Not if they were “winmodems”, which had no hardware controller, the CPU and the Windows driver (which was always super proprietary) did all the hard work.
Sound? AC’97 software audio was out of the question. See above. You had to find a sound blaster card if you wanted to get audio to work right.
So, you know how modern linux has software packages? Well, back then, we had Slackware, and it compiled everything gentoo style back then. In addition, everyone had a hardon for " compiling from source is better"… so your single core Pentium II had to take its time compiling on a UDMA66-connected hard drive, constrained with 32 or 64 MB RAM. Updating was an overnight procedure.
RedHat and Debian were godsends for people who didn’t want to waste their time compiling… which unfortinately was more common even so, because a lot of software was source only.
Oh, and then MP3 support was ripped out of RedHat in Version 9 iirc, the last version before they split it into RHEL and Fedora. RIP music.
As for Linux on a Mac, there was Yellowdog, which supported the PPC iMacs and such. It was decently good, but I had to write my own x11 monitor settings file (which I still have on a server somewhere, shockingly, I should throw it on github or somewhere) to get the screen to line up and work right.
Basically, be glad Linux has gone from the “spend a considerable amount of time and have programming / underhood linux knowledge to get it working” to “insert stick, install os, start using it” we have now.
Duplicati 2
nope, though I use Thunder (Android)
Descent, Freespace 2, these two games open sourced a long time ago. They’ve been updated by the community over the years, and ascended far beyond where they started.
How? Nothing I’ve tried makes it work.
It does, as DDR5 comes with rudimentary ECC protection builtin.