Este es el comando dapltest que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
Dapltest - compruébalo para la Directo Acceda a Programación Biblioteca (DAPL)
DESCRIPCIÓN
Dapltest es un conjunto de pruebas desarrollado para ejercitar, caracterizar y verificar el DAPL
interfaces durante el desarrollo y la portabilidad. Al menos dos instancias de la prueba deben
ser ejecutado. Uno actúa como servidor, enviando solicitudes y generando hilos de prueba del lado del servidor como
necesario. Otras invocaciones de clientes se conectan al servidor y emiten solicitudes de prueba. El servidor
El lado de la prueba, una vez invocado, escucha continuamente las solicitudes de conexión del cliente, hasta
renunciar o matar. Al recibir una solicitud de conexión, la conexión se establece, el
los lados del servidor y del cliente intercambian los números de versión para verificar que pueden comunicarse,
y el cliente envía la solicitud de prueba al servidor. Si los números de versión coinciden y el
La solicitud de prueba está bien formada, el servidor genera los subprocesos necesarios para ejecutar la prueba antes
esperando más conexiones.
USO
dapltest [-f nombre_archivo_scripts] [-TS | Q | T | P | L] [-D nombre_dispositivo] [-n número_puerto] [-d
] [-R HT | LL | EC | PM | BE]
Sin argumentos, dapltest se ejecuta como un servidor usando valores predeterminados, y acepta bucles
solicitudes de los clientes.
La opción -f permite colocar todos los argumentos en un archivo, para facilitar la automatización de la prueba.
Los siguientes argumentos son comunes a todas las pruebas:
[ -T S | Q | T | P | L ]
Función de prueba a realizar:
S - bucle de servidor
Q - salir, el cliente solicita que el servidor espere a que se realicen pruebas pendientes.
completar, luego limpiar y salir
T - prueba de transacciones, transfiere datos entre el cliente y el servidor
P - prueba de rendimiento, tiempos de operaciones DTO
L - prueba de límite, agota varios recursos, se ejecuta en el cliente sin servidor
interacción Predeterminado: S
[ -D nombre del dispositivo ]
Especifica el nombre del adaptador de interfaz como se documenta en /etc/dat.conf static
archivo de configuración. Este nombre corresponde a la biblioteca del proveedor para abrir.
Predeterminado: ninguno
[ -n número_puerto_servidor]
Especifica el puerto del servidor de inicio para todas las pruebas. Predeterminado: 45278
[ -d ] Habilita la verbosidad de depuración adicional, principalmente el seguimiento de las diversas operaciones DAPL como
ellos progresan. La repetición de este parámetro aumenta la depuración. Errores encontrados
hacer que la prueba arroje algún texto explicativo y se detenga; esta bandera proporciona
más detalles sobre lo que provocó el error. Predeterminado: cero
[ -R BE ]
Indique la calidad de servicio (QoS) deseada. Las opciones son:
HT - alto rendimiento
LL - baja latencia
EC - economía (ni HT ni LL)
PM - prima
BE - mejor esfuerzo Por defecto: BE
Uso - Dejar compruébalo Cliente
dapltest [Common_Args] [-s nombre_servidor]
Salir de la prueba (-TQ) se conecta al servidor para pedirle que limpie y
salir (después de esperar a que se complete cualquier ejecución de prueba pendiente).
Además de ser más educado que simplemente matar al servidor,
esta prueba ejercita las rutas del código de desmontaje del objeto DAPL.
Solo hay un argumento diferente a los que admiten todas las pruebas:
-s nombre_servidor Especifica el nombre de la interfaz del servidor.
Ningún valor predeterminado.
Uso - transacción compruébalo Cliente
dapltest [Common_Args] [-s nombre_servidor]
[-t subprocesos] [-w puntos finales] [-i iteraciones] [-Q]
[-V] [-P] OPclient OPserver [op3,
La prueba de transacciones (-TT) transfiere una cantidad variable de datos entre
cliente y servidor. La transferencia de datos se puede describir como una secuencia de
operaciones individuales; que toda la secuencia se transfiere 'iteraciones'
veces por cada subproceso en todos sus puntos finales.
Los siguientes parámetros determinan el comportamiento de la prueba de transacción:
-s nombre_servidor Especifica el nombre o la dirección IP de la interfaz del servidor.
Ningún valor predeterminado.
[-t subprocesos] Especifique el número de subprocesos que se utilizarán.
Predeterminado: 1
[-w puntos finales] Especifique el número de puntos finales conectados por subproceso.
Predeterminado: 1
[-i iteraciones] Especifica el número de veces que la secuencia completa
de las transferencias de datos se realizarán en cada punto final.
Predeterminado: 1000
[-Q] Eventos de finalización de embudo en un CNO.
Predeterminado: usar EVD
[-V] Validar los datos que se están transfiriendo.
Predeterminado: ignorar los datos
[-P] Activar el sondeo de finalización de DTO
Predeterminado: desactivado
OP1 OP2 [OP3, ...]
Una sola transacción (OPx) consta de:
servidor | cliente Indica quién inicia el
transferencia de datos.
SR | RR | RW Indica el tipo de transferencia:
SR enviar / recibir
RR RDMA leído
Escritura RW RDMA
Valores predeterminados: ninguno
[seg_size [num_segs]]
Indica la cantidad y formato
de los datos a transferir.
Predeterminado: 4096 1
(es decir, 1 búfer de 4 KB)
[-f] Solo para transferencias SR, indica
que un cliente envía una transferencia
la terminación debe cosecharse cuando
se cosecha la siguiente finalización de recuperación.
Los envíos y las recepciones deben estar emparejados
(un cliente, un servidor, y en ese
orden) para que se utilice esta opción.
Restricciones:
Debido al algoritmo de control de flujo utilizado por la prueba de transacciones, hay
debe haber al menos un SR OP tanto para el cliente como para el servidor.
Solicitar la validación de datos (-V) hace que la prueba se agregue automáticamente
tres PO a los especificados. Estas operaciones adicionales proporcionan
puntos de sincronización durante cada iteración, en los que todos los especificados por el usuario
se comprueban los búferes de transacciones. Estas tres operaciones adjuntas satisfacen
el requisito de "un SR en cada dirección".
La lista de operaciones de transacción se imprime si se proporciona -d.
Uso - Rendimiento compruébalo Cliente
dapltest [Common_Args] -s nombre_servidor [-mp | b]
[-i iteraciones] [-p canalización] OP
Las pruebas de rendimiento (-TP) multiplican la transferencia de una operación.
La operación se publica en tiempos de 'iteraciones'.
Los siguientes parámetros determinan el comportamiento de la prueba de transacción:
-s nombre_servidor Especifica el nombre o la dirección IP de la interfaz del servidor.
Ningún valor predeterminado.
-mb | p Se utiliza para elegir entre bloqueo (b) o sondeo (p)
Predeterminado: bloqueo (b)
[-i iteraciones] Especifica el número de veces que la secuencia completa
de las transferencias de datos se realizarán en cada punto final.
Predeterminado: 1000
[-p pipeline] Especifica la longitud de la tubería, los argumentos válidos están en
el rango [0, MAX_SEND_DTOS]. Si un valor mayor que
Se solicita MAX_SEND_DTOS, el valor será
ajustado a MAX_SEND_DTOS.
Predeterminado: MAX_SEND_DTOS
OP Especifica la operación de la siguiente manera:
RR | RW Indica el tipo de transferencia:
RR RDMA leído
Escritura RW RDMA
Valores predeterminados: ninguno
[seg_size [num_segs]]
Indica la cantidad y formato
de los datos a transferir.
Predeterminado: 4096 1
(es decir, 1 búfer de 4 KB)
Uso - Limitar compruébalo Cliente
Limit testing (-TL) no requiere ni se conecta a ningún servidor
ejemplo. El cliente ejecuta una o más pruebas que intentan
Agotar varios recursos para determinar los límites de DAPL y ejercitar
Rutas de error DAPL. Si no se dan argumentos, se ejecutan todas las pruebas.
Las pruebas de límite crean la secuencia de objetos DAT necesarios para
mover datos de un lado a otro, tratando de encontrar los límites admitidos
para el objeto DAPL solicitado. Por ejemplo, si la creación de LMR
límite está siendo examinado, la prueba creará un conjunto de
{IA, PZ, CNO, EVD, EP} antes de intentar ejecutar dat_lmr_create () para
falla al usar ese conjunto de objetos DAPL. El parámetro 'ancho'
se puede utilizar para controlar cuántos de estos objetos DAPL paralelos
los conjuntos se crean antes de golpear al constructor solicitado.
El uso de -m limita el número de llamadas dat _ * _ create () que
intentar, lo cual puede ser útil si el DAPL en uso admite
esencialmente un número ilimitado de algunos objetos.
Los argumentos de prueba de límite son:
[-m máximo] Especifique el número máximo de dapl _ * _ create ()
intentos.
Predeterminado: ejecutar hasta que se produzca un error en la creación del objeto
[-w ancho] Especifique el número de conjuntos de objetos DAPL para
crear mientras se inicializa.
Predeterminado: 1
[limit_ia] Intento de agotar dat_ia_open ()
[limit_pz] Intento de agotar dat_pz_create ()
[limit_cno] Intento de agotar dat_cno_create ()
[limit_evd] Intento de agotar dat_evd_create ()
[limit_ep] Intento de agotar dat_ep_create ()
[limit_rsp] Intento de agotar dat_rsp_create ()
[limit_psp] Intento de agotar dat_psp_create ()
[limit_lmr] Intento de agotar dat_lmr_create(4KB)
[limit_rpost] Intento de agotar dat_ep_post_recv(4KB)
[limit_size_lmr] Tamaño máximo de la sonda dat_lmr_create ()
Predeterminado: ejecutar todas las pruebas
EJEMPLOS
dapltest -TS -d -D OpenIB-cma -n 53000
Inicia un proceso de servidor con detalle de depuración, en el puerto del servidor 53000.
dapltest -TT -d -s host1-ib0 -D OpenIB-cma -n 53000 -i 100 cliente SR 4096 2 servidor SR
4096 2
Ejecuta una prueba de transacción, con ambos lados.
enviando un búfer con dos segmentos de 4 KB,
cien veces. Al servidor host1-ib0 en el puerto 53000
dapltest -TP -d -s host1-ib0 -D OpenIB-cma -i 100 RW 4096 2
Ejecuta una prueba de rendimiento con el cliente.
enviando un búfer con dos segmentos de 4 KB,
cien veces.
dapltest -TQ -s host1-ib0 -D OpenIB-cma
Pide al servidor que limpie y salga.
dapltest -TL -D OpenIB-cma -d -w 16 -m 1000
Ejecuta todas las pruebas de límite, configurando
16 juegos completos de objetos DAPL, y
creando como máximo mil instancias
al intentar agotar los recursos.
dapltest -TT -V -d -t 2 -w 4 -i 55555 -s linux3 -D Cliente OpenIB-cma RW 4096 1 servidor RW
2048 4 cliente SR 1024 4 servidor SR 4096 2 cliente SR 1024 3 -f servidor SR 2048 1 -f
Ejecuta una prueba de transacción más complicada,
con dos hilos usando cuatro EP cada uno,
enviando un patrón de búfer más complicado
para un mayor número de iteraciones,
validando los datos recibidos.
LOCO (y lista de tareas pendientes)
Aún no se admite el uso de CNO (-Q).
Se podrían agregar más pruebas de límite.
Use dapltest en línea usando los servicios de onworks.net
