Well, Windows as such don't need more RAM as some Linux distros, What is wasting the most RAM is all the telemetries, services not needed, trials, adware and other crap which Windows has by default when you buy it with a new PC. Windows need average users because of this capables to fix it, not needed in Linux. That is the difference. A gutted Windows is pretty fast, without all the trash which is loaded on boot. Eg,only diseable the hybernation service reduce a big part of the RAM, because it make duplicates of all open apps as temporary files, to load these on the next startup. same with the index service to find files somewhat faster, which waste memory to write any change to the index, not really needed in mdern PC and less with an SSD. Only diseabling this 2 services can increase the speed and respond more than 50%.

But the normal user don't do it and only claimes that Windows becomes slower and slower, because it is more and more filled with temp and trash files. That is the problem with Windows, because MS sells you a car, but by default with a huge caravan which you don't need, that must tow.

I have a laptop with 4gb ram that i've been using kde plasma on and fairly frequently it just freezes or I have to restart because I had like 6 tabs open in firefox

Although I don't remember having that problem as much when I was on xfce, but I also might not have been using it as heavily then

I've never had a similar problem with chrome on chromeos with the same amount of ram, I think chrome+chromeos might be more aggressive with unloading tabs

Sometimes it does actually kill firefox but sometimes it just becomes very slow (1-2 seconds per frame) or freezes entirely for several minutes when out of memory. Might be just because the swap is really slow, but there's just 2gb of that, why would it freeze for several minutes? (One time this was happening was when I was trying to compile llvm on two threads, I ended up having to temporarily kill the desktop environment to save ram)

My hope is that with the end of Windows 10 coming up, laptops with 7th generation CPUs will become really cheap, such as ThinkPad P51 and P71. They are a decent budget choice < 1k USD/EUR already, but might drop way under 500 with top specs.

It's not like they are useless, but the market for Linux users should be satiated quickly once a selling panic sets in.

For most use cases, including backend development, they'll be good enough for many years to come. tbh, I'm still happy with my i5-2500 from 2011 and 16 GB RAM, and that is with local DB, application server, IDE and everything running locally.

Parola filtrata: nsfw Clicca per aprire/chiudere

I believe there's an automated filter used by some of the biggest instances to detect and nuke child abuse stuff before a human has to see it

Everything else is human moderation though AFAIK

There are some, but they aren't used very often. I know some instances scan CP and other illegal shit using community tools. But automods? No, I don't think I've ever seen one actively operating (and I don't think they are even maintained anymore, or at least the ones I know).

And even if they were, the advanced ones are only useful for the host.

So everything is manually moderated by humans at the moment.

That's why I'm working on a bot with a plugin system. The plugin system will allow users of the bot to implement the logic themselves in one of the supported languages (e.g. Python, JavaScript, Rust) in a sandboxed environment (Wasm).
It's halfway done, but now I'm unsure if I want to create a dedicated Fediverse platform for it. One of the biggest reasons for this is to be free from the limitations of Lemmy and other factors.

The problems with relying on Lemmy right now are:

1) You have to provide the bot with a Lemmy database connection (to reduce API usage and for faster response times).
2) The above also means you have to be the one hosting the Lemmy instance.
The bot doesn't need persistent storage of posts or comments or other stuff, so the Lemmy database will continue to grow until your server runs out of storage. So you would have to clean the database periodically.
3) You have to make Lemmy's rate limiting practically useless for the bot to function reliably.
The more communities use the bot, the more API calls will be made. If the bot gets rate limited, the plugins could be terminated by the plugin runtime. As long as Lemmy doesn't introduce a way to change or bypass rate limiting for specific people, this will remain a problem.
4) The bot uses the lemmy-client crate from the Lemmy devs. Should this ever be discontinued, I would either have to maintain it myself, use another crate, or create one myself. The last two would be painful and require a lot of work.
5) The bot is as compatible with other Fediverse platforms as Lemmy is. It cannot use the unique features of other platforms (like PieFed or Mbin).

And so I've been researching how I could build a lightweight Fediverse platform specifically for the bot.
That would eliminate all the problems mentioned above. Since the platform would be in my hands, I could also implement ways to federate with other platforms and even use the unique features of other platforms. But that's not easy, so it will take some time. I also am not great at web dev, so the frontend will also be a problem.

it bothers me immensely that javascript backed Gnome that I can't make run fluidly and jerklessly on competent desktop hardware is the default on underpowered mobile hardware, making Android and iOS level fluidity practically unattainable in the foreseeable future.

edit: I run pmOS on a SDM845 with 8 GB RAM and fast storage, tried em all on edge (gnome, plasma, phosh, plasma mobile) and it's a 5 fps stuttering mess. that's before I load something to said RAM, like a browser or (dog forbid) an electron app.