Comments by "John Crawford" (@JohnCrawford1979) on "How much RAM will you need in 5 years?" video.

We'll probably be up to 1Tb RAM minimum within 5 to 10 years.
47
And getting closer to being the new kilobyte. 😏
10
@Pressbutan - and they're already talking about 128 bit when we haven't even come close to reaching the limits of 64 bit.
6
@IrishFinalExit - Yes it was. No one had the processing powers, etc. in the mid 90's to do all the texturing needed to make realistic graphics. Part of the reason after the N64, Nintendo used 32-bit cpus. Even with reaching the 4 Gb RAM threshold where 64-bit would make a difference, 32-bit was hardly to the limits of its capabilities, and many 32-bit programs would still be adequate today if not for the push of planned obsolescence that demands everything be 64-bit, at least until they're ready to force everything to be 128-bit, possibly in 10 years, maybe even less, despite scratching the surface of 64-bit.
5
There are some computers still using yum. 😏
4
And thus how Skynet was born - bloated software = bloated AI egos. 😏
3
@xDJKerox - I used to blame Quake for that. Doom may have exploded with the 3D trend, but Quake was the Big Boy that landed the overkill impact, because everybody had to upgrade to even hit the minimum requirements.
2
I call this the Linux upgrade/enhancement effect. Granted, all OSes have a similar bloat, but it's more apparent on Linux when you find yourself being prompted to upgrade daily, or dig around in the packages to find just what you think are the right elements to tweak the system, and then find dozens more, along with their dependencies that you absolutely have to have. Updates are more in the background tasks of Apple and Microsoft OSes, and the tweaking winds up more with trying to find the current or best optimized applications for hardware that tends to rarely get automatic upgrades.
1
@gruntaxeman3740 - I've been on both LTS and the more experimental. Even the LTS get a few updates here and there when the distro decides things are stable enough to do so, or if you add the more current repository. Even without constant updates, you're going to be wanting to add other apps than what the base package gives you. Sure, quite a few distros have MuseScore 3 still in their repository, and some may still install it as part of their base package. But that's not tge latest version, and it doesn't always work out of the box. So you have to install the current version of MuseScore 4, along with Muse Sounds to get the latest higher quality virtual instruments. Or maybe you wan Brave, or some other browser instead of Firefox. All those additional apps and their dependencies, along with any tweaks you may need add to bloat. That's just how it is for any OS/distro, regardless if they are LTS, or not.
1
@gruntaxeman3740 - you realize code is essentially a script? You can still use code from BASIC in C, or even Rust that may only need a few adjustments, if any, to translate over to the different language. A 'hello world' script isn't going to be all that different from one language to another, regardless how old or new it is. The main issues might be syntax and commands.
1
@gruntaxeman3740 there is some translation between languages. At the end of the day, if you are a coder worth your money, you can easily look at any code in any language, on any platform and figure out what changes are needed to make the code work in that language or on that platform. This is especially true today when most of the changes needing to be made are at best, surface issues at the packaging level, like whether to use apt, yay, dnf, etc. Maybe a few tweaks when going between architecture, but nothing so vastly different, as porting a game on the NES to a 2600. Debian, among all distros, proves a modern OS could potentially work just as well in a 286 as it can in the latest most expensive gaming rig, adjusted and optimized for the hardware and withing the parameters of the type of software that can be used on said systems. There are limitations but emulation shows that virtually any program from any computer or console can run on a modern PC with the right parameters in the compilation. The code isn't the issue, unless it was poorly written in the first place.
1
@gruntaxeman3740 - Sure, in Debian based distros, if you want to package something in a .deb package, you have to learn how to compile what you want to package into it. Or, you have to figure out for apt. Likewise, Fedora/RHEL distros have RPM and dnf. Arch based distros have pacman and yay. Add to that Snaps and appimages. I would mainly argue that it is less about the code changing as much as it is how to package the code. Yes, applications may need dependencies. But these themselves are code used to help the main code function on the distro it has been installed on. Therefore, the distro is the platform that you want to deliver the package to, and the dependencies are the additional things needed to ensure what is unpacked from the package will run on the distro it's been installed on. So, I'm not sure what the problem is, since there are so many tools available to help assemble, compile, and build the application as needed to run on any given distro. I suppose it can be tedious work to make sure everything is put together correctly, and troubleshoot where issues might conflict among dependencies, but that's just part of the whole of putting it all together. I appreciate the people that have made doing these things easier, and those helpful at troubleshooting where the automation may have gone wrong. It would be awesome If I could get to that point of building my own LFS, but I'm happy with certain favorite distros that already exist and just work on getting familiar with the terminal and how to configure and tweak things.
1
@bruwyvn - No one's gonna yank my yogurt. 😏
1
@STCatchMeTRACjRo - Yeah, and 20 years ago, I couldn't fathom a game needing more that 250 Mb of storage space. There wasn't such thing as a hard drive with over 60 Gb, save maybe high end tech servers, and we're talking about large room sized servers with who knows how many top of the line hard drive daisy chained together. Heck, my HP Pavilion desktop at the time came with 64 Mb RAM new, which I later bumped up to 128 Mb. It's original hard drive was about 20 Gb, and it had an Intel Celeron running at 400 Mhz. I Missed out on the Pentium III era, but my Gateway from mid 2000's had a Pentium 4 that clocked around 3.5 Ghz with 2 Gb RAM, and and maybe a 250 GB hard drive. My current HP Laptop from 2019 has an Intel Core i5 10th Gen clocking in at 3.6 Gh with 12 Gb RAM and 1 Tb memory. Now, the base line for buying a new laptop is at 16 GB, up to 32 Gb RAM. It won't be long before RAM will reach 64 Gb, then a few years later 128 GB up to 256 Gb. After seeing the leaps in the past 20 years, the 1 Tb minimum when 5 to 10 years.
1
@username7763 In all reality if all anyone used their PC for was basic office work and/or word processing, maybe text emails, there's no reason to have to be on anything but an 8 or 16-bit computer with between 512 Kb and 8 Mb and maybe 250 - 500Mb hard drive memory. But that's not what computers are limited to doing. What's probably going to push to 1Tb is AI.
1
@IrishFinalExit heck, today, we can store the entire NES, SNES, and N64 libraries on a thumb drive, whereas a N64 cart couldn't hold near the amount of data of a Playstation 1 CD.
1