On 10/19/20 11:33 AM, Hans de Goede wrote:
I guess those machines are more or less the cut-off point and slower machines are not worth keeping around. But that means that there still are a ton of BIOS machines worth keeping around. Note that even most sandy bridge machines do not support UEFI and those machines are still very capable.
I've got ~30 non-EFI Acer TimelineX Aspire 3820Ts, circa ~ 2009-10 still in 'production' across the enterprise. e.g., dmesg | grep DMI: [ 0.000000] DMI: Acer Aspire 3820/JM31_CP, BIOS V1.19 10/27/2010 They currently run (recently migrated) grep _NAME /etc/os-release PRETTY_NAME="Fedora 32 (Server Edition)" CPE_NAME="cpe:/o:fedoraproject:fedora:32" uname -rm 5.8.15-201.fc32.x86_64 x86_64 **ALL* have cat /proc/cpuinfo |grep "^model name" model name : Intel(R) Core(TM) i3 CPU M 370 @ 2.40GHz , 8GB RAM free total used free shared buff/cache available Mem: 7806944 673488 3105532 102896 4027924 6733392 Swap: 8388604 0 8388604 , 500GB ssds, hwinfo --disk | grep Device: Device: "CT1000MX500SSD1" and run libreoffice-x11-6.4.7.2-1.fc32.x86_64 VirtualBox-6.1-6.1.14_140239_fedora32-1.x86_64 (Win10 guests) Firefox 81.0.2 Thunderbird 78.3.3 as well as java --version openjdk 15 2020-09-15 OpenJDK Runtime Environment 20.9 (build 15+36) OpenJDK 64-Bit Server VM 20.9 (build 15+36, mixed mode, sharing) a number run PhpStorm 2020.3 EAP Build #PS-203.4818.52, built on October 15, 2020 &/or Eclipse Platform Version: 2020-03 (4.15) Build id: I20200305-0155 My own manages nginx/php & mariadb quite nicely as well. Are these screamin' fast? Do they have 8K screens to play video games on? No. Of course not. But they are *perfectly* serviceable/functional; and that's just one model of 'oldies' around here. All that^ is _still_ more 'juice' than many a VPS ... what it requires to make old boxes 'serve well' is some due diligence on right-sizing your kernel/app/server/tool/etc configs. AND a distro (even if it's a DIY LFS ...) that makes it possible.
It really just is way too early / too soon to cut of BIOS booting support.
big emphasis on the 'way'. i for one am certainly glad that that's the decision that's been taken, and that i won't have to face migrating to yet-another-OS because of bad enterprise policy decisions. esp, since Fedora's grown on me ... _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
