De http://graphics.stanford.edu/~seander/bithacks.html#CountBitsSetParallel
unsigned int v; // count bits set in this (32-bit value)
unsigned int c; // store the total here
c = v - ((v >> 1) & 0x55555555);
c = ((c >> 2) & 0x33333333) + (c & 0x33333333);
c = ((c >> 4) + c) & 0x0F0F0F0F;
c = ((c >> 8) + c) & 0x00FF00FF;
c = ((c >> 16) + c) & 0x0000FFFF;
Editar: Es cierto que es un poco optimizado que hace que sea más difícil de leer. Es más fácil de leer como:
c = (v & 0x55555555) + ((v >> 1) & 0x55555555);
c = (c & 0x33333333) + ((c >> 2) & 0x33333333);
c = (c & 0x0F0F0F0F) + ((c >> 4) & 0x0F0F0F0F);
c = (c & 0x00FF00FF) + ((c >> 8) & 0x00FF00FF);
c = (c & 0x0000FFFF) + ((c >> 16)& 0x0000FFFF);
Cada paso de esos cinco, añade los bits vecinos juntos en grupos de 1, luego 2, luego 4, etc. El método se basa en dividir y conquistar.
En el primer paso, sumamos los bits 0 y 1 y colocamos el resultado en el segmento de dos bits 0-1, agregamos los bits 2 y 3 y situamos el resultado en el segmento de dos bits 2-3 etc.
En el segundo paso agregamos los dos bits 0-1 y 2-3 juntos y ponemos el resultado en cuatro bits 0-3, sumamos los dos bits 4-5 y 6-7 y ponemos el resultado en cuatro bits 4-7 etc ...
Ejemplo:
So if I have number 395 in binary 0000000110001011 (0 0 0 0 0 0 0 1 1 0 0 0 1 0 1 1)
After the first step I have: 0000000101000110 (0+0 0+0 0+0 0+1 1+0 0+0 1+0 1+1) = 00 00 00 01 01 00 01 10
In the second step I have: 0000000100010011 (00+00 00+01 01+00 01+10) = 0000 0001 0001 0011
In the fourth step I have: 0000000100000100 ( 0000+0001 0001+0011 ) = 00000001 00000100
In the last step I have: 0000000000000101 ( 00000001+00000100 )
que es igual a 5, que es el resultado correcto
Gracias. Lo siento, no entiendo completamente por qué esto funciona. ¿Puedes explicar – JAM
? Agregué una explicación, tomó un tiempo porque tenía que averiguar qué estaba pasando. +1 a su pregunta para obligarme a entender: P – iniju
También vea esta respuesta, que recorre esta función paso a paso: http://stackoverflow.com/a/15979139/31818 – seh