¿Uboot afecta el rendimiento del enrutador?

Hasta donde se sabe, el BIOS sólo afecta a los sistemas que ejecutan Windows 9X o versiones anteriores de IBM PC, que no son más que shells que se ejecutan en DOS y, por lo tanto, también utilizan interrupciones del BIOS. Esto se debe a razones históricas, el sistema operativo debe garantizar la integridad del BIOS en la memoria.

A partir de la arquitectura Windows NT, mientras se inicia Windows, la BIOS ya no se utiliza, o incluso se sobrescribe (principalmente por la tabla de vectores de interrupción en la memoria), y ya no afecta al sistema operativo.

De hecho, en Windows 9X, el BIOS no se ejecuta todo el tiempo, solo cuando se llama a la interrupción del BIOS, se ejecutará el código de servicio de interrupción del BIOS y, cuando se complete la respuesta a la interrupción, se controlará. la CPU será inmediatamente devuelta al sistema operativo.

En cuanto a otras arquitecturas de CPU, como ARM, MIPS, etc., este problema no existe en absoluto. Tan pronto como se inicia el núcleo del firmware, el cargador de arranque se vuelve inútil y nunca se ejecutará a menos que se reinicie porque el arranque del núcleo destruye el entorno operativo del cargador de arranque.

Así que "el gestor de arranque tiene que hacer algo mientras se está ejecutando" es sólo un caso especial en x86.

En cuanto al impacto del gestor de arranque en el sistema, generalmente solo hay dos aspectos cuando se trata de enrutadores: frecuencia de CPU/memoria e inicialización de la memoria.

La frecuencia de la CPU la establece el gestor de arranque durante la fase de inicio inicial y el firmware generalmente no cambia;

El gestor de arranque también completa la inicialización de la memoria durante la fase de inicio inicial. porque el gestor de arranque requiere copiarse a sí mismo en la memoria para continuar ejecutándose.

Si la configuración del cargador de arranque para la frecuencia de CPU/memoria es inexacta, o los parámetros de inicialización de la memoria son inexactos, puede causar que el firmware se ejecute de manera inestable, pero esto es extremadamente raro y básicamente no hay necesidad de preocuparse. .

En cuanto al LED, lo establece el firmware y el gestor de arranque no es responsable.

Lo mismo ocurre con el orden de los puertos de red, que también lo establece el firmware, y el gestor de arranque no es responsable de invertir la ubicación de los puertos WAN.

En resumen, el gestor de arranque no tiene ningún impacto en el uso del firmware ni siquiera en el rendimiento del enrutamiento. (Algunos casos extremos no se considerarán porque son demasiado raros)