Programación Ums

Prueba de estrés: Existen dos soluciones, ambas basadas en la idea de sincronización. Una es iniciar múltiples procesos y múltiples subprocesos y enviar paquetes NTP al servidor al mismo tiempo. Si la máquina es buena, le devolverá un paquete NTP en promedio. Puede verificarlo con una herramienta de captura de paquetes. Tenga en cuenta que aquí no hay ningún retraso en la entrega del paquete, sólo un retraso en el tiempo de ejecución del programa. Si el algoritmo es bueno el tiempo se puede acortar muy poco. Este método se llama disparador.

Opción 2, aumente el retraso según la opción 1. Es muy rápido enviar un paquete en 200 ums, pero responderá inmediatamente cuando se reciba en NTP, y el intervalo de tiempo también es bastante corto. sólo alrededor de 100ums. Puede encontrar este programa en línea. De hecho, se trata de utilizar un socket para enviar un paquete NTP, pero si quieres hacerlo bien, aún necesitas algunos conocimientos básicos. Debe utilizar multiproceso y subprocesos múltiples, programación de sockets y protocolo NTP.

Creo que el rendimiento y la estabilidad se pueden ver en la prueba de esfuerzo, pero la estabilidad también depende de la duración del tiempo de arranque. Puede probarlo. El terminal de prueba y la máquina bajo prueba están esperando al mismo tiempo, y el contrato se envía continuamente a la máquina bajo prueba durante varios días y noches. Al mismo tiempo, la herramienta de robo de paquetes se abre para su monitoreo. . Para este tipo de pruebas, puedes considerar usar un retraso, enviando cada pocos ms, es una decisión personal.

Para el cliente lo principal es la sincronización horaria, ¿no? Otro es la capacidad de procesamiento de recibir paquetes de datos. Personalmente, creo que esto no es muy diferente de las pruebas de servidor.