[IRC-DEV] Vuelvo a mandar la prueba de rendimiento

[RyDeN - RedHispana.Org]

Efectivamente veo que ha habido una confusión, mi idea no era optimizar
simplemente el strcmp, sino todo el sistema de búsqueda, pero ya lo decía el
asunto del mensaje (posible cleanup del s_bdd.c), es decir, que no solo se
centraba en el strcmp. Por tanto, no es necesario mandar nuevos números,
sino que con los números que he enviado hace un rato se demuestra lo que
pretendo decir:

 - Eliminar esos mallocs, aunque tan solo se haga 1 malloc en el ircd, y sea
una optimización pequeña, el uso del strCasecmp ya impica el eliminar
estos, aunque sea pequeña, digamos que es una optimización añadida
"involuntariamente".

- Se elimina el strlen, que ya implica llamar a la función que está en la
lib, recorrer toda la cadena, y devolver un valor.

- Se elimina el strcpy, que implica lo mismo, pero añadiendo el trabajo de
copia de los caracteres de una cadena a otra.

- Se elimina el toLower, que evita volver a recorrer toda la cadena.

- Por supuesto, se elimina el strcmp, que actualmente es lo que hay en el
ircd, y que implica los anteriores aunque sin tener que recorrer la cadena
completa, aunque tampoco la recorre por completo el strCasecmp.

- Además, la función sería inline, por lo que evita la llamada a esta cada
vez que se solicita un registro, que es algo constante en el ircd.

¿Opiniones?