>The honest assessment: If the machine cannot run a lightweight Linux desktop at a usable speed after you have applied the optimizations in this guide, it is time to recycle it responsibly. Most municipalities have e-waste collection programs. Do not throw it in the trash. The components contain recyclable metals and toxic materials that need proper handling.
This is the whole point.Linux helps in that judgement whether to keep or throw the box.
I also agree. I'd say we're at the last few years of Core 2 Duo machines being usable. Anything before them is just not worth keeping around. Not only are earlier machines slow, but are going to be pretty energy inefficient. Buying a newer system might actually save you money when you factor electricity costs.
For example, a 2009-2012 era Mac Pro draws more power in sleep than a modern Mac mini/macbook Air draws under full load.
If you can't run linux you can always run netbsd. or any *bsd.
Besides the advice on ditching hardware on account of thermal problems is .. terrible. If you went so far as installing obscure linux distros, surely unscrewing a few screws and applying a vacuum and then some thermal paste isn't out of reach.
> If you can't run linux you can always run netbsd. or any *bsd.
That was NetBSD's marketing way back in the days of "I have a Sparcstation 2 in my closet, can I do anything with it?". It really doesn't apply to the systems in the linked article, all of which ran Linux very well at the time of manufacture and for which support has been really quite well maintained.
I mean, it's no surprise really, but objectively the best system in terms of coverage for ancient junk is Linux these days. Yeah, NetBSD runs on a VAX, but does it run on a 2008 Wifi router? OpenWrt probably does!
And it's hard to write what I am doing with the project than actually writing the code. But when the project goals become visible easily then people get interested in it.
Thank you. This is great feedback and validation of my thoughts. I appreciate you taking time to write this experience of yours, which is of great benefit for this project.
It stores file data as calendar events, sort of like that YouTube FS from a while back
This is probably considered abuse under the ToS since you're using more storage than any typical user, and they can't use it for whatever they normally sell customer data for
I seriously doubt this kind of stuff has ever messed with their bottom line. I think they just really resent users trying to do more with their service than they intended.
I think this is a ridiculous sentiment, but I understand why it's so common. Proactively trying to head-off any and all possible problems before they cause measurable impact is not a great way to manage a product.
Maybe they did see impact, but I still would have rewarded non-abusive loyal customers for using the product—maybe restrict access based on resource-usage rather than hitting people with TOS violations. Instead this attitude (plus their generally very poor track record at supporting and improving their own products) has caused me to abandon all google products outside of work.
I have a refurb XBOX One with a 2TB hard drive, it's probably about 40% full right now. I also have a jailbroken Nintendo 3DS with a 32GB card that is about 70% full and has a huge number of games on it including some of the largest that came out for that platform.
In terms of high-end mobile games though, I have some interest in playing titles like Genshin Impact, Nikke, Fate/Grand Order and Azur Lane on my 32GB iPad. A game like that is usually a 2GB download from the app store and then it installs another 10GB worth of levels. Practically I can fit exactly one of these titles on my iPad but then there is no staging space left to update iPadOS. Often I want to play and find it has to download the 10GB package again which is not 100% reliable even at the office.
I wind up uninstalling those games because it just isn't fun.
You could make a good 12GB game in most genres and I could be happy if I could just play 1 game without drama, but having 3 games that size installed would be good.
I think though the royal road to software for you would be to attract ports from other platforms, if they don't have to do a lot of work getting storage requirements down they'll be more inclined to do it. It may help that a lot of work is already being done to shoehorn games for the Switch.
I was imagining that you'd convince the publishers to port games. It could be something new or something classic: imagine GTA: San Andreas on Android TV or the Shield.
It is a known fact that when a Flutter application is compiled for the web, we can run only one Flutter application at a time on a page. When we try to integrate multiple Flutter apps into a page, it throws an error due to a conflict in the _flutter object name space variables.
Running multiple Flutter apps on a single web page is an essential component of having a micro-frontend up and running in Flutter space too. Also, we can integrate multiple smaller Flutter apps into an existing project for greater composability.
Here I demonstrate how we can run multiple Flutter apps on a single page without any external libraries. This is purely on a research stage and not production ready.
This is the whole point.Linux helps in that judgement whether to keep or throw the box.