On 11/2/22, Christopher Schultz <ch...@christopherschultz.net> wrote: > John, > > On 11/2/22 12:41, John Dale (DB2DOM) wrote: > > > > [snip] > > >> I love some of the newer hardware, too, but even Raspberry Pi is not >> yet 64 bit, is it? > > It depends on which one. The Wikipedia article on RPi lists 4 different > units, 3 of which are 64-bit. > > > [snip] > > >> Can an old 32 bit machine do modern encryption for telecommunications? > > Yes. > >> Why are we still paying so much for phone service? > > Because we (presumably; I do) live in the US. Elsewhere in the world, > it's much better. We are being charged high rates simply because we fail > to refuse to do so. > >> Why aren't our high school grads capable of re-soldering components >> from these old boards and assembling them into something better and >> rewriting the software? > > Some of them are, but most of them are not. It takes knowledge and skill > and desire. Soldering boards isn't on the top-ten list of most > graduating high-school seniors. > > If you are bemoaning the Linux kernel dropping support for i486, you > might want to read about /why/ they are doing it.
Honestly I'm not much of a bomoaner. I am pretty conservative when it comes to throwing away useful stuff (as you can imagine). Thanks for the replies and have a good one! :) > > -chris > >> On 11/2/22, Christopher Schultz <ch...@christopherschultz.net> wrote: >>> John, >>> >>> On 10/27/22 11:03, John Dale (DB2DOM) wrote: >>>> Does anyone know of a report detailing how much of this older hardware >>>> is still out there and floating around? >>> >>> You mean like a list of all pieced of hardware ever sold and never >>> scrapped? >>> >>> I think that would be practically impossible. >>> >>> I have a Palm 7 on a box in my office that has never been inventoried by >>> anybody and could possibly be plugged back in at any moment. There are >>> probably warehouses of stuff like what worldwide and you never know when >>> someone is going to plug-in any one of those devices and start playing >>> with it again. >>> >>>> Big picture: >>>> It's a lot of computer power in the event manufacturing hits a hiccup, >>>> I wouldn't want to be caught flat-footed until it could be >>>> re-established. >>> >>> Are you suggesting that Linux should not drop support for i486 >>> architecture because if new machines aren't available due to >>> supply-chain issues, we might all have to re-rack 486s to keep our >>> services running? That sounds insane. We would simply do without. I'd >>> sooner put my old mobile phones into service supporting my applications >>> than an old i486. They are more powerful and reliable, and use less >>> electricity. >>> >>> There's a reason Linus wants to kill i486 support: >>> >>> "At some point, people have them as museum pieces. They might as well >>> run museum kernels." - Linus Torvalds >>> >>>> I like to build distilled portable stuff for that reason. I think >>>> DB2DOM could run on some really old versions of all of our favorite >>>> software if needed. >>> Great. I'm sure the transactions will only take a couple of seconds to >>> commit. No problem ;) >>> >>> -chris >>> >>>> On 10/26/22, Christopher Schultz <ch...@christopherschultz.net> wrote: >>>>> Shawn, >>>>> >>>>> On 10/26/22 00:14, Shawn Heisey wrote: >>>>>> The Linux kernel dropped support for 386 and 486 CPUs some time ago. >>>>> >>>>> I was reading about this today, actually. Linux is currently actively >>>>> advocating for dropping 486 support, so it must still be in there. >>>>> >>>>> -chris >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>>>> For additional commands, e-mail: users-h...@tomcat.apache.org >>>>> >>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>>> For additional commands, e-mail: users-h...@tomcat.apache.org >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org