FreeBSD 14.0-Release

Artículo original ↗ Discusión en Hacker News ↗

FreeBSD 14.0-RELEASE incorpora mejoras importantes como OpenSSL 3.0, OpenSSH 9.5, OpenZFS 2.2, soporte SMP ampliado hasta 1024 núcleos en amd64/arm64, virtualización bhyve mejorada con TPM y passthrough de GPU, y los primeros pasos hacia un mejor soporte de Wi‑Fi 6 e Intel wireless. Los comentaristas destacan ganancias prácticas para servidores y homelabs —especialmente en rendimiento de ZFS, usabilidad del cifrado nativo y redes de alto rendimiento—, al tiempo que señalan problemas persistentes como un soporte más débil de contenedores/Docker, controladores Wi‑Fi irregulares, complejidad en la configuración del cortafuegos y asperezas en el empaquetado y la automatización. Hay un amplio aprecio por el diseño, la documentación y la longevidad de FreeBSD, matizado por preocupaciones sobre el soporte del ecosistema de terceros, la próxima retirada de la mayoría de las plataformas de 32 bits en FreeBSD 15 y las ventajas y desventajas frente a Linux en entornos de producción.

Aspectos destacados de la versión y rendimiento

  • Las notas de la discusión señalan mejoras importantes: OpenSSH 9.5p1, OpenSSL 3.0.12 (desde 1.1.1t), OpenZFS 2.2, CUBIC como control de congestión TCP predeterminado, passthrough de TPM/GPU en bhyve y escalado SMP hasta 1024 núcleos en amd64/arm64.
  • Algunos comentaristas relacionan estas mejoras con despliegues a gran escala (p. ej., servicio TLS de varios cientos de Gbps), pero señalan que los límites reales a menudo provienen del ancho de banda de memoria/NUMA, no solo del número de CPU.

ZFS, almacenamiento y cifrado

  • Se elogia OpenZFS 2.2 por su rendimiento; la expansión de RAID‑Z ha llegado después de 2.2 en OpenZFS y FreeBSD -HEAD, pero aún no en 14.0.
  • Se informa que el cifrado nativo de ZFS funciona en la práctica, con nueva gestión de claves en el arranque mediante zfskeys, aunque algunos recuerdan recomendaciones anteriores que favorecían GELI.
  • Se recomienda crear puntos de comprobación del pool ZFS como red de seguridad antes de grandes actualizaciones.

Pila de red y TCP

  • Se destaca que CUBIC pase a ser el valor predeterminado; RACK TCP está disponible pero no es el predeterminado y aún está en pruebas.
  • BBR es posible mediante kernels personalizados, pero no forma parte de la compilación estándar.

Soporte Wi‑Fi

  • Se ha añadido soporte Wi‑Fi 6 a wpa_supplicant/hostapd y el controlador iwlwifi de Intel se ha actualizado para admitir hardware hasta Wi‑Fi 6E.
  • Sin embargo, la capa de compatibilidad actualmente solo expone 802.11a/b/g; el soporte para 802.11n/ac/ax sigue previsto.
  • Algunos controladores existentes (p. ej., iwm) siguen limitados a modos heredados, lo que da lugar a Wi‑Fi lento en el mundo real.

Cortafuegos y usabilidad

  • Se considera que pf es potente pero difícil de abordar; a los usuarios les faltan herramientas al estilo Linux como ufw con reglas sólidas por defecto para IPv6/ICMP.
  • Hay configuraciones de ejemplo en el árbol y guías de terceros, pero no una plantilla simple, ampliamente respaldada, de “servidor web + IPv6”.
  • Algunos sostienen que los cortafuegos de host pueden mantener ICMPv6 simple (incluso totalmente abierto) si un router perimetral hace el filtrado complejo.

Arquitecturas y descontinuaciones

  • Se espera que FreeBSD 14.x sea la última rama con i386, armv6 y PowerPC de 32 bits; armv7 de 32 bits continúa, en parte por su uso embebido y una gestión del tiempo más limpia.
  • El límite de 1024 núcleos se ve como un tope pragmático que equilibra escalabilidad y uso de memoria de las estructuras de datos por CPU; los cambios en la ABI pretenden permitir aumentos futuros.

Ecosistema, herramientas y adopción

  • Muchos elogian la documentación y coherencia de FreeBSD, pero critican partes de las herramientas: fiabilidad de ports/pkg, carencias de automatización/instalador y una historia más débil con Docker.
  • Algunos consideran que los jails están al menos al nivel de los contenedores de Linux; otros dicen que la falta de Docker de primera clase y de cierto soporte de terceros hace que FreeBSD sea impráctico para su trabajo.
  • bhyve se usa con éxito para ejecutar VMs de Linux (p. ej., para alojar Docker), aunque el rendimiento de red y la complejidad de la configuración son motivos de preocupación.

Experiencias en la nube y despliegue

  • Algunos proveedores de nube han dejado de ofrecer imágenes nativas de FreeBSD, pero otros (UpCloud, Azure, ciertos hosts VPS, Hetzner mediante imágenes personalizadas/USB, DigitalOcean mediante imágenes personalizadas) aún lo admiten.
  • Se señalan como positivo imágenes experimentales de ZFS para AWS/Azure.
  • Las opiniones sobre las actualizaciones mayores in situ están divididas: muchos informan de experiencias sin problemas, mientras que otros prefieren instalaciones limpias debido a fallos pasados.

Comunidad y contribución

  • Los comentaristas destacan el pequeño equipo detrás de FreeBSD, animan a hacer donaciones y señalan lo fácil que es contribuir a través de ports (p. ej., actualizar ports sin mantenimiento mediante Bugzilla).