C++ BOOL (typedef int) vs bool para rendimiento

Question

Leí en alguna parte que usar BOOL (typedef int) es mejor que usar el bool estándar de tipo C++ porque el tamaño de BOOL es 4 bytes (es decir, un múltiplo de 4) y guarda operaciones de alineación de variables en registros o algo similar ...

¿Hay algo de cierto en esto? Me imagino que el compilador rellenaría los marcos de la pila para mantener las alineaciones de múltiplos de 4, incluso si usa bool (1 byte).

No soy de ninguna manera un experto en el funcionamiento subyacente de alineaciones, registros, etc., así que me disculpo por adelantado si tengo esto completamente mal. Espero ser corregido :)

¡Salud!

Answer 1

En primer lugar, sizeof(bool) no es necesariamente 1. Es implementation-defined, dando al escritor del compilador la libertad de elegir un tamaño que sea adecuado para la plataforma de destino.

Además, sizeof(int) no es necesariamente 4.

hay varios problemas que podrían afectar al rendimiento:

• alineación;
• ancho de banda de memoria;
• Capacidad de la CPU para cargar eficientemente valores que son más angostos que la palabra de la máquina.

Lo que - si alguna - diferencia que hace a una pieza particular de código solo se puede establecer mediante el perfil de esa pieza de código.

Answer 2

El tamaño sólo se puede obtener garantizadas en C++ es con char, unsigned char y signed char²⁾, que son siempre exactamente un byte y definida para cada plataforma. ⁰⁾¹⁾

---

^{0) A pesar de un byte no tiene un tamaño definido. sizeof(char) siempre es 1 byte, pero podría ser de 40 bits binarios de hecho}

^{1) Sí, hay uint32_t y amigos, pero no, su definición es opcional para las implementaciones reales de C++. Usarlas, pero puede que tenga errores de compilación de tiempo si no están disponibles (errores de compilación de tiempo son siempre buenas)}

^{2) char, unsigned char y signed char son tipos distintos y no se define si char es signed o no. Tenga esto en cuenta al sobrecargar funciones y escribir plantillas.}

Answer 3

Hay tres prácticas en función de resultados comúnmente aceptadas en lo que respecta a los booleanos:

1. Para las sentencias if de comprobar los asuntos expresiones y uno tiene que tener cuidado con ellos.
2. Si una comprobación de una expresión booleana provoca una gran cantidad de errores de predicción de bifurcación, debe (si es posible) sustituirse por un truco de twiddling bit.
3. Dado que boolean es un tipo de datos más pequeño, las variables booleanas deben declararse como las últimas en estructuras y clases, de modo que el relleno no agregue agujeros perceptibles en el diseño de la memoria estructural.

Nunca he escuchado acerca de ninguna ganancia de rendimiento al sustituir un booleano con un entero (¿sin?).