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@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
