dapltest - Online nel cloud

PROGRAMMA:

NOME

dapltest - test per , il Direct accesso a Programmazione Biblioteca (DAPL)

DESCRIZIONE

Dapltest è un insieme di test sviluppati per esercitare, caratterizzare e verificare il DAPL
interfacce durante lo sviluppo e il porting. Devono essere presenti almeno due istanziazioni del test
essere eseguito. Uno funge da server, rispondendo alle richieste e generando thread di test lato server come
necessario. Altre invocazioni del client si connettono al server ed emettono richieste di test. Il server
Il lato del test, una volta invocato, ascolta continuamente le richieste di connessione del client, fino a quando
licenziato o ucciso. Al ricevimento di una richiesta di connessione, la connessione viene stabilita, il
i lati server e client scambiano i numeri di versione per verificare che siano in grado di comunicare,
e il client invia la richiesta di test al server. Se i numeri di versione corrispondono e il file
la richiesta di test è ben formata, il server genera i thread necessari per eseguire prima il test
in attesa di ulteriori collegamenti.

USO

dapltest [ -f nome_file_script ] [ -T S|Q|T|P|L ] [ -D nome_dispositivo ] [-n numero_porta] [ -d
] [ -R HT|LL|EC|PM|BE ]

Senza argomenti, dapltest viene eseguito come server utilizzando valori predefiniti e accettando i loop
richieste da parte dei clienti.

L'opzione -f consente di inserire tutti gli argomenti in un file, per facilitare l'automazione dei test.

I seguenti argomenti sono comuni a tutti i test:

[ -T S|Q|T|P|L ]
Funzione di test da eseguire:

S - ciclo del server

Q - esci, il client richiede che il server attenda eventuali test in sospeso
completare, quindi ripulire ed uscire

T - test delle transazioni, trasferisce i dati tra client e server

P - test delle prestazioni, tempi di operazioni DTO

L - test dei limiti, esaurisce varie risorse, viene eseguito nel client senza server
interazione Predefinito: S

[ -D nome del dispositivo ]
Specifica il nome dell'adattatore di interfaccia come documentato nel file statico /etc/dat.conf
file di configurazione. Questo nome corrisponde alla libreria del provider da aprire.
Predefinito: nessuno

[ -n numero_porta_server]
Specifica la porta del server iniziale per tutti i test. Predefinito: 45278

[ -d ] Abilita una maggiore verbosità del debug, principalmente il tracciamento delle varie operazioni DAPL come
progrediscono. La ripetizione di questo parametro aumenta il flusso di debug. Errori riscontrati
far sì che il test emetta del testo esplicativo e si interrompa; questa bandiera fornisce
maggiori dettagli sulle cause dell'errore. Impostazione predefinita: zero

[ -R BE ]
Indicare la qualità del servizio (QoS) desiderata. Le scelte sono:

HT - elevata produttività

LL - bassa latenza

EC - economica (né HT né LL)

PM - premio

BE - miglior sforzo Predefinito: BE

Impiego - smettere test cliente

dapltest [Args_comuni] [ -s nome_server ]

Esci dal test (-T Q) si connette al server per chiedergli di pulire e
uscire (dopo aver atteso il completamento di eventuali esecuzioni di test in sospeso).
Oltre ad essere più educato rispetto al semplice uccidere il server,
questo test esercita i percorsi del codice di smontaggio dell'oggetto DAPL.
C'è solo un argomento diverso da quelli supportati da tutti i test:

-s nome_server Specifica il nome dell'interfaccia del server.
Nessun valore predefinito.

Impiego - operazione test cliente

dapltest [Args_comuni] [ -s nome_server ]
[ -t thread ] [ -w endpoint ] [ -i iterazioni ] [ -Q ]
[ -V ] [ -P ] OPclient OPserver [ op3,

Il test delle transazioni (-T T) trasferisce una quantità variabile di dati tra
cliente e server. Il trasferimento dei dati può essere descritto come una sequenza di
singole operazioni; l'intera sequenza viene trasferita 'iterazioni'
volte da ciascun thread su tutti i suoi endpoint.

I seguenti parametri determinano il comportamento del test della transazione:

-s nome_server Specifica il nome o l'indirizzo IP dell'interfaccia del server.
Nessun valore predefinito.

[ -t threads ] Specifica il numero di thread da utilizzare.
Predefinito: 1

[ -w endpoints ] Specificare il numero di endpoint connessi per thread.
Predefinito: 1

[ -i iterazioni ] Specifica il numero di volte in cui ripetere l'intera sequenza
dei trasferimenti di dati verrà effettuato su ciascun endpoint.
Predefinito: 1000

[ -Q ] Incanala gli eventi di completamento in un CNO.
Predefinito: usa EVD

[ -V ] Convalida i dati trasferiti.
Predefinito: ignora i dati

[ -P ] Attiva il polling di completamento DTO
Predefinito: spento

OP1 OP2 [OP3, ...]
Una singola transazione (OPx) è composta da:

server|client Indica chi avvia il file
trasferimento dati.

SR|RR|RW Indica il tipo di trasferimento:
Invio/ricezione SR
RR RDMA letto
RW RDMA scrive
Impostazioni predefinite: nessuna

[ dimensione_seg [ numero_seg ] ]
Indica l'importo e il formato
dei dati da trasferire.
Predefinito: 4096 1
(ad esempio, 1 buffer da 4 KB)

[ -f ] Solo per trasferimenti SR, indica
che il trasferimento di invio di un client
il completamento dovrebbe essere raggiunto quando
viene raccolto il successivo completamento del recv.
Le trasmissioni e le ricezioni devono essere accoppiate
(un client, un server e in quello
ordine) per utilizzare questa opzione.

restrizioni:

A causa dell'algoritmo di controllo del flusso utilizzato dal test delle transazioni, lì
deve esserci almeno un OP SR sia per il client che per il server.

La richiesta di convalida dei dati (-V) fa sì che il test venga aggiunto automaticamente
tre PO rispetto a quelli specificati. Queste operazioni aggiuntive forniscono
punti di sincronizzazione durante ogni iterazione, in cui tutti specificati dall'utente
vengono controllati i buffer delle transazioni. Queste tre operazioni aggiunte soddisfano
il requisito di "una SR in ciascuna direzione".

L'elenco OP delle transazioni viene stampato se viene fornito -d.

Impiego - Prestazione test cliente

dapltest [Args_comuni] -s nome_server [ -m p|b ]
[ -i iterazioni ] [ -p pipeline ] OP

Il test delle prestazioni (-T P) cronometra il trasferimento di un'operazione.
L'operazione viene pubblicata 'iterazioni' volte.

I seguenti parametri determinano il comportamento del test della transazione:

-s nome_server Specifica il nome o l'indirizzo IP dell'interfaccia del server.
Nessun valore predefinito.

-m b|p Utilizzato per scegliere il blocco (b) o il polling (p)
Predefinito: blocco (b)

[ -i iterazioni ] Specifica il numero di volte in cui ripetere l'intera sequenza
dei trasferimenti di dati verrà effettuato su ciascun endpoint.
Predefinito: 1000

[ -p pipeline ] Specifica la lunghezza della pipeline, sono presenti argomenti validi
l'intervallo [0,MAX_SEND_DTOS]. Se un valore maggiore di
MAX_SEND_DTOS è richiesto, il valore sarà
ridotto a MAX_SEND_DTOS.
Predefinito: MAX_SEND_DTOS

OP Specifica l'operazione come segue:

RR|RW Indica il tipo di trasferimento:
RR RDMA letto
RW RDMA scrive
Impostazioni predefinite: nessuna

[ dimensione_seg [ numero_seg ] ]
Indica l'importo e il formato
dei dati da trasferire.
Predefinito: 4096 1
(ad esempio, 1 buffer da 4 KB)

Impiego - Limitare test cliente

Il test dei limiti (-T L) non richiede né si connette ad alcun server
esempio. Il client esegue uno o più test che tentano di farlo
esaurire varie risorse per determinare i limiti e l'esercizio DAPL
Percorsi di errore DAPL. Se non vengono forniti argomenti, vengono eseguiti tutti i test.

Il test dei limiti crea la sequenza di oggetti DAT necessari
spostare i dati avanti e indietro, tentando di trovare i limiti supportati
per l'oggetto DAPL richiesto. Ad esempio, se la creazione di LMR
limite viene esaminato, il test creerà una serie di
{IA, PZ, CNO, EVD, EP} prima di provare a eseguire dat_lmr_create() su
errore nell'utilizzo di quel set di oggetti DAPL. Il parametro "larghezza".
può essere utilizzato per controllare quanti di questi oggetti DAPL paralleli
i set vengono creati prima di battere il costruttore richiesto.
L'uso di -m limita il numero di chiamate dat_*_create() che verranno eseguite
essere tentato, il che può essere utile se il DAPL in uso supporta
un numero essenzialmente illimitato di alcuni oggetti.

Gli argomenti del test limite sono:

[ -m massimo ] Specifica il numero massimo di dapl_*_create()
tentativi.
Impostazione predefinita: esegui fino all'errore di creazione dell'oggetto

[ -w larghezza ] Specificare il numero di set di oggetti DAPL
creare durante l'inizializzazione.
Predefinito: 1

[limit_ia] Tentativo di esaurire dat_ia_open()

[limit_pz] Tentativo di esaurire dat_pz_create()

[limit_cno] Tentativo di esaurire dat_cno_create()

[limit_evd] Tentativo di esaurire dat_evd_create()

[limit_ep] Tentativo di esaurire dat_ep_create()

[limit_rsp] Tentativo di esaurire dat_rsp_create()

[limit_psp] Tentativo di esaurire dat_psp_create()

[limit_lmr] Tentativo di esaurire dat_lmr_create(4KB)

[limit_rpost] Tentativo di esaurire dat_ep_post_recv(4KB)

[ limit_size_lmr ] Misura massima della sonda dat_lmr_create()

Impostazione predefinita: esegue tutti i test

ESEMPI

dapltest -TS -d -D OpenIB-cma -n 53000

Avvia un processo server con verbosità di debug, sulla porta server 53000.

dapltest -TT -d -s host1-ib0 -D OpenIB-cma -n 53000 -i 100 client SR 4096 2 server SR
4096/2

Esegue un test della transazione, con entrambe le parti
invio di un buffer con due segmenti da 4KB,
cento volte. Al server host1-ib0 sulla porta 53000

dapltest -TP -d -s host1-ib0 -D OpenIB-cma -i 100 RW 4096 2

Esegue un test delle prestazioni con il client
invio di un buffer con due segmenti da 4KB,
cento volte.

dapltest -TQ -s host1-ib0 -D OpenIB-cma

Chiede al server di pulire e uscire.

dapltest -TL -D OpenIB-cma -d -w 16 -m 1000

Esegue tutti i test dei limiti, impostazione
16 set completi di oggetti DAPL e
creando al massimo mille istanze
quando si cerca di esaurire le risorse.

dapltest -TT -V -d -t 2 -w 4 -i 55555 -s linux3 -D OpenIB-cma client RW 4096 1 server RW
2048 4 client SR 1024 4 server SR 4096 2 client SR 1024 3 -f server SR 2048 1 -f

Esegue un test di transazione più complicato,
con due thread che utilizzano quattro EP ciascuno,
inviando uno schema di buffer più complicato
per un numero maggiore di iterazioni,
validazione dei dati ricevuti.

BUG (e lista delle cose da fare)

L'uso dei CNO (-Q) non è ancora supportato.

Potrebbero essere aggiunti ulteriori test limite.

Utilizza dapltest online utilizzando i servizi onworks.net