Planificador de procesos del kernel Linux: CFS, EEVDF, cgroups
Identificar cuellos de botella en primitivas fundamentales: incluso operaciones de SO bien establecidas pueden ser ineficientes a escala.
Priorizar la compilación incremental y la eficiencia del build system para mejorar la productividad del desarrollador, incluso si requiere una refactorización profunda de las herramientas.
Identificar cuellos de botella en la pila de software: la pila de red tradicional puede ser excesiva para conexiones directas de alta velocidad.
Priorizar la localidad de caché y reducir la contención mediante estructuras de datos thread-local es fundamental para la escalabilidad en sistemas concurrentes.
La compatibilidad a nivel de sistema operativo es más robusta que la emulación a nivel de aplicación para cargas de trabajo críticas.
La iteración rápida con pruebas de hardware en el entorno real es fundamental para el desarrollo de sistemas complejos, incluso si implica fallos controlados.
No confíes ciegamente en las velocidades Wi-Fi anunciadas; el throughput real está limitado por el eslabón más débil (cliente, distancia, interferencia, eficiencia MAC).
La penalización de masa en sistemas dinámicos es exponencial, no lineal; un pequeño error en un componente se amplifica a nivel de sistema.
Las políticas de licencia pueden traducirse en restricciones técnicas a nivel de kernel, impactando la flexibilidad del sistema.
La inversión en la capa de compilación es crítica para el rendimiento del hardware, especialmente en dominios como gráficos y cómputo de alto rendimiento.
Priorizar la alineación de datos para operaciones atómicas: Evitar split locks es la mejor estrategia de rendimiento.
Evaluar la necesidad real de tiempo real: PREEMPT_RT es una solución poderosa, pero introduce complejidad. No es necesario para todas las aplicaciones.
Considerar transpiladores para aprovechar la productividad de lenguajes modernos en entornos de bajo nivel.
La infraestructura de red puede construirse sobre sistemas operativos de propósito general como Linux, ofreciendo flexibilidad y control granular.
Comprender que la 'ejecución' en Linux es una cadena de interpretación, desde el kernel hasta los cargadores dinámicos y los intérpretes de scripts.
Comprender las capas de interpretación: La ejecución de programas es una cadena de intérpretes, desde el kernel hasta los lenguajes de scripting. Identificar cada capa es clave para la depuración y optimización.
La deuda técnica acumulada por la divergencia de código entre versiones in-tree y out-of-tree puede requerir esfuerzos de integración masivos y planificados incrementalmente.
La estandarización de señales de observabilidad es crítica para la interoperabilidad y la reducción de la complejidad en sistemas distribuidos.
La emulación de primitivas de bajo nivel en espacio de usuario introduce overhead significativo; buscar la integración a nivel de kernel cuando la latencia es crítica.
Priorizar la implementación a nivel de kernel para operaciones de baja latencia y alta frecuencia cuando la emulación en espacio de usuario es un cuello de botella.
La reingeniería de sistemas fundamentales requiere una comprensión profunda del ecosistema existente y sus dependencias, no solo del componente a reemplazar.
La compatibilidad de ecosistema es un factor crítico para la adopción de nuevas plataformas de ejecución; la reescritura de APIs o la fragmentación del estándar pueden limitar severamente el uso.
Priorizar el aislamiento de seguridad a nivel de hardware/VMM para cargas de trabajo multitenant y serverless, donde la superficie de ataque del kernel invitado es menor.