FreeBSD phasing out 32-bit platforms
The FreeBSD Project has announced that it intends to deprecate 32-bit platforms "over the next couple of major releases
".
We anticipate FreeBSD 15.0 will not include the armv6, i386, and powerpc platforms, and FreeBSD 16.0 will not include armv7. Support for executing 32-bit binaries on 64-bit kernels will be retained through at least the lifetime of the stable/16 branch if not longer.
The announcement notes that support for some 32-bit platforms "may be extended if there is both demand and commitment to increased developer resources
". More details about the current plans for 32-bit platforms are available in the FreeBSD 14.0-RELEASE Release Notes.
Posted Feb 13, 2024 0:58 UTC (Tue)
by makendo (guest, #168314)
[Link] (11 responses)
Posted Feb 13, 2024 4:41 UTC (Tue)
by wtarreau (subscriber, #51152)
[Link] (10 responses)
Posted Feb 13, 2024 7:16 UTC (Tue)
by WolfWings (subscriber, #56790)
[Link] (6 responses)
And on x86 even the 64-bit CPU modes run 32-bit data structures besides pointers, so outside of deeply pointer-centric workloads (which can still be worked around with relative addressing) there's no enormous difference in overall VM overcommit capacity, especially since FreeBSD doesn't have any sort of same-page merging support so it's just not used in that scenario compared to others?
And for high-density containerization the same applies even more-so from what I've seen, just normal library-sharing can offset a lot of the container base size for near-duplicate containers?
Posted Feb 13, 2024 10:02 UTC (Tue)
by pm215 (subscriber, #98099)
[Link]
Posted Feb 13, 2024 13:08 UTC (Tue)
by wtarreau (subscriber, #51152)
[Link] (4 responses)
Posted Feb 14, 2024 10:07 UTC (Wed)
by taladar (subscriber, #68407)
[Link]
Posted Feb 15, 2024 15:30 UTC (Thu)
by arnd (subscriber, #8866)
[Link] (1 responses)
Planning to end support for ARMv7 kernels and 32-bit userspace in the mid-2030s does not sound too aggressive.
Posted Mar 1, 2024 4:07 UTC (Fri)
by cgull (guest, #115681)
[Link]
Ah, you misunderstand. COMPAT_FREEBSD32 means loader and syscall shims for 32-bit executables in a 64-bit kernel. So 32-bit kernels are dead in FreeBSD, basically now, for development. I think even this 32-bit support might rot well before 2034.
FreeBSD is a much smaller project than Linux, and for most of its existence has been oriented more towards general-purpose servers and services, rather than small embedded platforms. It's not surprising to me that they'd drop 32-bit support now.
Personally, I'm fine with that. I started on the transition to 64-bit in 2009.
The only 32-bit Linux platform I'd somewhat trust now is ARM6/ARM7, because Raspberry Pi.
Posted Feb 21, 2024 2:43 UTC (Wed)
by gmatht (guest, #58961)
[Link]
I also remember that Intel atoms got x64 support relatively late. I have an i386 only 2G laptop lying around. Still the last 32bit Lincroft atom came out in 2011, so they are reaching EOL now. Intel still makes 32bit chips but they aren't the sort of thing you'd run a distro on.
Posted Feb 13, 2024 13:57 UTC (Tue)
by makendo (guest, #168314)
[Link] (2 responses)
For VMs, many of them don't need a lot of memory to begin with, so the halved space requirement for pointers outweighs the potential page-table-thrashing concerns.
Posted Feb 13, 2024 21:28 UTC (Tue)
by willy (subscriber, #9762)
[Link] (1 responses)
Posted Feb 13, 2024 23:12 UTC (Tue)
by intelfx (subscriber, #130118)
[Link]
FreeBSD phasing out 32-bit platforms
FreeBSD phasing out 32-bit platforms
FreeBSD phasing out 32-bit platforms
FreeBSD phasing out 32-bit platforms
FreeBSD phasing out 32-bit platforms
FreeBSD phasing out 32-bit platforms
FreeBSD phasing out 32-bit platforms
FreeBSD phasing out 32-bit platforms
x64 VM needs motherboard support
FreeBSD phasing out 32-bit platforms
FreeBSD phasing out 32-bit platforms
FreeBSD phasing out 32-bit platforms