Blog de Mail

Velocidad del verificador: qué afecta realmente a las cuentas por minuto

Comprende cómo afectan la concurrencia, las respuestas del proveedor, los reintentos y la calidad de conexión al rendimiento útil de las comprobaciones.

Por Krantz 5 min de lectura

Las cuentas por minuto dependen de cuánto tarda cada comprobación, de cuántas se ejecutan en paralelo y de cuántas necesitan otro intento. Aumentar los hilos solo cambia una parte del sistema. Puede incrementar el trabajo pendiente en una misma conexión o proveedor sin aumentar la cantidad de comprobaciones útiles terminadas.

Compara la velocidad junto con la calidad de los resultados. Una ejecución que produce deprisa principalmente errores de conexión no tiene el mismo valor que otra que llega a conclusiones sobre las cuentas a un ritmo constante.

Mide el trabajo de comprobación útil

Decide qué estás cronometrando. Al comparar la comprobación de acceso, utiliza la misma muestra y los mismos métodos e incluye el tiempo necesario para terminar los reintentos y escribir la salida.

Registra por separado los resultados concluyentes y los fallos técnicos sin resolver. Un rechazo de credenciales es una comprobación concluida; una conexión cuyo tiempo de espera se agota no. Ambos pueden avanzar el contador de progreso, pero establecen cosas distintas sobre la cuenta.

Utiliza el resultado de toda la ejecución al decidir una compra o configuración. Un pico breve puede corresponder a una parte especialmente rápida de una lista mixta. No describe cómo se comportarán las cuentas restantes.

Comprende qué controlan los hilos

El ajuste Threads controla el trabajo en paralelo configurado. Más concurrencia puede ayudar mientras el equipo y los proveedores tengan capacidad. Cuando otro recurso se convierte en el cuello de botella, el trabajo adicional puede pasar más tiempo esperando o fallando.

Mail Pro admite hasta 5.000 hilos. Es un límite de configuración. Elige un valor útil para tu equipo, conexión y proveedores, en vez de tratar el máximo como punto de partida recomendado.

Compara una muestra pequeña y representativa con dos ajustes próximos. Mantén el resto de controles fijos y observa tanto el tiempo total como la distribución de errores. Si aumentar la concurrencia genera más límites de solicitudes sin mejorar las comprobaciones concluidas, esa ejecución no demuestra una ganancia útil.

Resultados de comprobación de Krantz Mail
Mail muestra Threads, Timeout y Retries junto al progreso y los contadores de resultados. Los contadores son ilustrativos, no una prueba de rendimiento.

Ten en cuenta tiempos de espera y reintentos

El tiempo de espera limita una operación de red individual. Una operación lenta puede fallar si el plazo es demasiado corto; uno mucho mayor puede mantener ocupado más tiempo un trabajo infructuoso. Elige el valor según el fallo concreto y las condiciones de conexión.

Los reintentos también consumen tiempo. Pueden ayudar con fallos que admiten repetición, pero repetir resultados definitivos de una cuenta no añade rendimiento útil. Mail separa los reintentos opcionales de acceso no válido de los métodos alternativos: los primeros repiten el mismo método; los segundos pueden utilizar alternativas seleccionadas después de fallos que admiten reintento.

Mantén estos ajustes al comparar dos cantidades de hilos. De lo contrario podrías cronometrar distintas cantidades de trabajo y atribuir toda la diferencia a la concurrencia.

Encuentra el cuello de botella real

Inspecciona la distribución de resultados antes de decidir qué cambiar.

ObservaciónQué debes investigar
Aumentan los límites de solicitudesSolicitudes paralelas al proveedor afectado
Aumentan los fallos de proxyRuta del proxy configurada y disponibilidad
Predominan los tiempos de espera agotadosOperación fallida, tiempos de respuesta y plazo
Un proveedor es mucho más lentoSus métodos y la distribución de resultados
Se sigue guardando tras ralentizarse las comprobacionesSi se incluye toda la fase de salida

No supongas que todas las ejecuciones lentas tienen la misma causa. Una limitada por la red y otra limitada por el proveedor requieren investigaciones distintas. Conserva los detalles originales para que el diagnóstico se base en lo que realmente ocurrió.

Compara ejecuciones en las mismas condiciones

Lleva un registro sencillo: muestra de entrada, proveedores, métodos, hilos, tiempo de espera, reintentos, ruta de conexión, horas de inicio y fin y recuentos por resultado.

Cambia un ajuste relevante cada vez. Repite una comparación pequeña cuando cambie el comportamiento del proveedor y conserva la ejecución anterior en History. Las cuentas y los servicios remotos pueden cambiar entre observaciones; las diferencias sin explicación requieren investigación.

Elige la configuración que produzca resultados comprensibles y una salida duradera a un ritmo sostenible. Esa es la velocidad que puedes aprovechar en tu flujo de trabajo.