Como optimizar la conversion de hexadecimales a enteros decimales

[mamcx]

Ahora bien, si entiendo esto, es que el metodo de busca obligadamente debe tocar el ActiveX. Y eso obliga a hacer un proceso sequencial por N usuarios.

Seria ideal que supieras que algoritmo se usa para hacer la comparacion, y reimplementarlo en el motor. Si no se puede, entonces hay que hacer algo mas complejo.

Ya que no se como es el asunto con huellas, hago una analogia con como se hace una busqueda de geolocalizacion... en donde si quieres buscar un punto en el globo terraqueo, puedes acortar el rango de busqueda deduciendo que el punto esta en la ciudad tal.

Hay forma de decir:

Esta huella esta entre este rango?

Hay forma de pre-indexar las busquedas? (Osea, tener una tabla de busquedas ya hechas y almacenarlas)

Otra seria tener un proceso de busqueda en paralelo, buscando con N-threads.

Que tan variable son las lecturas entre una tomada de huella y otra? Hay modelos probabilisticos que se podrian evaluar...

Y por ultimo, cuantos usuarios son? Que tan lento es esto? Que tasa de crecimiento tiene esto? No habra otro SDK mas rapido y mejor?

P.D: Me encontre este articulo que habla sobre el tema

http://timvdm.blogspot.com/2012/08/f...g-various.html

[engranaje]

Si he entendido bien los dos procesos en el primero se obtiene la huella completa y se almacena en la bd. Posteriormente en el segundo proceso el lector no lee toda la huella sino una serie de puntos y despues utilizando la sdk se debe comparar si los valores obtenidos todos los puntos leidos coinciden con la cadena que le pasas.

Quiero suponer que el motivo por el que no se utiliza la misma lectura ha de ser al lector le lleva mas tiempo realizar la primer lectura que la segunda. No tengo claro el funcionamiento del proceso puede ser que cuando alguien pone su dedo en el lector es el lector mismo el que te envia una cadena y tu aplicación esté siempre escuchando. También puede ser que sea tu aplicación la que activamente le pida al lector que relize la lectura.

En cualquiera de los dos casos me pregunto si seria posible que el lector realizara siempre lecturas completas para poder compararlas directamente con la bd como ya te han propuesto y sin necesidad de utilizar la sdk para hacer una comparación secuencial. Por supuesto puede ser que la respuesta sea si pero que el lector tarde tanto que no sea factible, de todos modos me gustaría saber como va el tema, ¿cual es la diferencia del proceso de lectura entre la primera lectura que se almacena en la bd y las posteriores lecturas de comprobación?

[mamcx]

Exacto. Porque como se ven las cosas, que sentido tiene guardar la huella en la BD, si es un valor inutil para hacer comparaciones?

[REVINFOR]

Hola nuevamente... les cuento que ya mejore la velocidad de respuesta, tomando en cuenta todas las preguntas que han realizado en este tema.. sobre todo de mancx.

Para empezar el lector al MOMENTO DE REGISTRAR EL TEMPLATE (muestra) para todos los registros posteriores, realiza 4 escaneos de la misma huella, tomando estas cuatro imagenes, verifica cuales son los puntos que se repiten en todo el proceso, y estos puntos son los que se guardan.

Al momento de TOMAR LA HUELLA para comparar con el TEMPLATE, el lector captura todos los puntos de la huella.

Es el algoritmo del sdk que compara los puntos del template guardado con la huella registrada y en base a un porcentaje de exito (dependiendo del algoritmo) es que indica si se tiene exito o fracaso.

Por tal motivo, es necesario guardar los templates en la base de datos, pero no se pueden usar directamente sin el SDK.

Ahora bien, como mejoramos la velocidad del proceso.

• Cree un servidor TCP con todas las huellas disponibles, ya convertidas en array de bytes.
• Este proceso se realiza una sola vez al iniciar el servidor
• Creamos un cliente TCP que manda la huella al servidor, y como respuesta le mando el id del usuario.
• mejoramos los tiempos de 2 seg. (en promedio) a 0.24 seg. para el caso de exito.
• en el caso de no existir la huella pasamos de 5 seg. a 0.44 seg.
• Estoy con cinco lectores de huella que apuntan el proceso al servidor.

Tomando en cuenta todas las preguntas que han realizado, me interiorizare mas en los algoritmos que hay, para ver si se pueden pasar al motor de la base (programarlo como un procedimiento almacenado).


Gracias por todo... y sigan adelante, se cuidan