You need more than 2GB memory just to check your gmail
Patrick M (2888) 136 posts |
Does anyone else think the software industry is a total shambles? Huge waste and bad quality work seem rampant and inescapable. I just found out that gmail uses 1GB of memory just to load up the inbox. I discovered this when I tried to check my emails on my old spare linux laptop that has 2GB memory, and it took over 5 minutes to load and exhausted the RAM and started using lots of swap. Even with no other browser tabs open, and no other applications running, on a cut down light linux distro setup too. Does anyone else find this depressing as I do? Stuff like this is more and more common and I find myself really hating having to deal with it, and even starting to resent using computers/phones/etc. It often feels slow and crap and painful to use in ways that should not be happening with the miraculous computer hardware we have in 2025. |
FortranCoder (10268) 9 posts |
100% |
Rick Murray (539) 13958 posts |
Definitely. Between shoehorning in “AI” (for Paolo – LLMs) into as many things as possible (think Clippy on acid) and snarfing metrics from every telemetry sensor the software can get its grubby mitts on for the vendors to flog to the highest bidders, the software industry is a sh!tshow.
They might call it various paradigms like “agile” and “constant integration”, but the basic premise all too often seems to be “throw together some crap, if it compiles, ship it, if it actually works, even better”. This is why the EU (which will no longer apply to you Brits) wants to:
Unfortunately, being the EU, it’s often far too complex and broad for it’s own good which leads to the concept being horrifically abused (can anyone say “Legitimate Interest”?), but they’re sort of roughly heading in the right direction. I just wish they’d stop cow-towing to the leftpondians who are clearly not our friends (look at the techbros all sucking on the Great Trumpian Teat this weekend).
Am I right in guessing you were accessing GMail with a browser? Which? Actually, this is something that interests me regarding Iris – is there any possibility to add some sort of “hook” (even if just tossing the URL and window handle into a Service Call) to allow fetches to be vetted?
I find Apps depressing in general. AccuWeather – 188MB (app 146MB, user data 42.19MB, cache is the rest). Adobe Acrobat – 382MB (app 179MB, user data 203MB) Clock – 131MB (app 56.95MB, user data 73.71MB) Meanwhile CustomRadioPlayer is 24.13MB of which the app is 23.03MB and the user data, which is something like two dozen custom stations, adds up to 1.10MB. Remember that Android devices often come with fixed amounts of flash on the device, and it’s hit and miss as to whether there’s any SD card slot to allow it to be expanded. So wasting dozens of megabytes per app is horrible.
It’s like inflation versus wages. Inflation rises faster than wages, so while you’re earning more than you were, it buys less.
I don’t resent the tech, I resent the fact that more and more things are simply unable to function in any meaningful way without being tethered to the mothership; and with increasingly fewer and fewer things willing to work with open protocols (to cut out the mothership). I also resent the fact that manufacturers increasingly feel they have the right to arbitrarily modify my devices without asking. But, then, we must consider that a lot of modern software comes from a country that has a highly warped concept of “freedom” and very little concept of “privacy”, so the only surprise ought to be “why are we putting up with this nonsense over here?”. |
Chris C. (2322) 211 posts |
This is why I like RISC OS. |
Steve Pampling (1551) 8228 posts |
On your home network – run Pihole then everything “analytic” or advert is blocked if the DNS says the FQDN of the analytics (or whatever) is 127.0.0.1
PDF readers are built into most browsers these days
People are conned into believing that having “Private Address” (generated MAC per SSID) is to stop the user being tracked – it isn’t, it’s to stop third party link providers from tracking you so that the data collected by your ISP and the device manufacturer becomes more valuable. Yep, they want to plot the relative positions of Wi-Fi hotspots and your phone – “thank you for doing our surveying for us, and paying for the privilege, sucker” |
Simon Willcocks (1499) 542 posts |
Yes, my Firefox on Android will display downloaded PDFs, but I can’t get the damn thing to be a PDF reader app! |
Grahame Parish (436) 485 posts |
If you are accessing Gmail on Linux, you might find using a proper mail application, like Evolution, better that using the webmail interface. It cuts out the browser overhead. |
Martin Avison (27) 1512 posts |
Agreed. Many times. |
nemo (145) 2644 posts |
I was disappointed when Google dropped support for Win7 from the desktop Google Drive client. Then I looked more closely at it – a file synchronisation utility that just uploads your changed files to the cloud – their build contained the entirety of Chromium… presumably to display the trivial GUI. It’s not just that nobody knows how to make something small any more… nobody knows what “small” is any more. |
Steve Pampling (1551) 8228 posts |
So many examples of "just a ‘small’ agent on the PC – my mind says small agent is less than 1MB and preferably less than 100K – their definition of ‘small’ agent is something that is less than 100M Anyway, if Adobe are going to do simple readers that are silly large and bloated, and the browser guys do silly large and bloated, common sense says that with what is available take the bloat in the browser and ditch the limited function bloat of the Adobe offering. |
nemo (145) 2644 posts |
We’re all in the same bloat. |
Rick Murray (539) 13958 posts |
I don’t think it’s that they don’t know, I think it’s that they don’t care. Their excuse, of course, will be along the lines of “we included an entire operating system and the kitchen sink in order to control what works with what because user security etc etc”.
We grew up in a world where stuff had to fit on, at absolute most, a handful of floppies. One couldn’t spaff megabytes of memory because the machine simply didn’t have that much.
Can you not plug it into a PC or something (or on more modern phones, attach some USB storage) and transfer off a load of stuff? I periodically do this to my phones when they get too full of photos of Anna and bowls of linguine. ;) |
Erich Kraehenbuehl (1634) 187 posts |
That is the reason, why i like Risc Os, and the small and fast software on it. |
David J. Ruck (33) 1675 posts |
Early mainframe programmers thought exactly the same of us microprocessor whippersnappers; “A whole 32K of RAM? When I were a lad we had to weave our own core store out of chicken wire!” |
Rick Murray (539) 13958 posts |
Chicken wire? That’s posh that is. When I were a lad we used pebbles and sticks and had to imagine the rest. Etc. ;) |
Paolo Fabio Zaino (28) 1915 posts |
@ Rick
Thanks you :) – also because I did give you a full Ai engine that builds on RO in just 15KB!!!! (relevant in this topic) @ On the topic
Oh, absolutely! Modern software engineering is like McDonald’s-quality food. Most people don’t even know how a CPU actually works, yet they can have a full career, earn big titles, and collect large paychecks without knowing a thing about quality software. The problem: More features and faster The “solution”: Layer more and more abstractions in the form of frameworks and libraries until the engineer delivering the feature only needs to write a maximum of 50 lines of code. The “solution” side effect: There is an enormous amount of abstracted code that isn’t even executed—it’s just loaded into memory. Then there are optimization techniques that improve performance at the cost of using more memory. There are software caches and buffers everywhere. This happens because most folks only have a few minutes to make a decision about architectural or code design changes, even though those decisions will impact the solution for months or years. Then comes the delusional hope: “But we’ll fix it later”. Time passes, and the feature creep industry keeps pushing for more and more, stacking layers of bad choices. And finally, the last bit (the cherry pie on the “cake”): Using interpreted languages and garbage collectors to avoid dealing with complexity and memory management as much as possible. The result? Exactly what you’ve mentioned in the title. Until investors keep pouring money into an industry that doesn’t want to improve and treats the next feature as the holy grail, I’m afraid things won’t change. |
Paolo Fabio Zaino (28) 1915 posts |
Very true Druck, but back then we were 1KB of RAM vs 32KB. I am sure you have seen what’s going on lately too, we are with things that would work absolutely well with 64MB or even 128MB of RAM using 16GB of RAM!!! An example? Some linter for VSCode studio written in Java literally keep abusing memory to up to 16GB and more! Druck a linter XD |