Modello simultaneo
Nel modello simultaneo, le parti listener e server dell'esecuzione TP sotto il controllo di attività diverse. L'unico scopo del listener è accettare la connessione e generare l'attività Server. La parte server dell'applicazione invia e riceve i dati ed esegue l'elaborazione dipendente da TP. Questo modello consente un grado di concorrenza superiore perché il socket di ascolto non viene mantenuto per un periodo di tempo esteso.
Il listener deve ricevere un TRM come primi dati dall'ambiente di runtime TI. Il TRM indica al listener quale TP richiamare e le caratteristiche del programma. Dopo l'invio del TRM, l'ambiente di runtime TI deve attendere una risposta prima di inviare dati. Il listener del modello simultaneo segue questa sequenza:
Creare un socket di ascolto
Associarlo a un indirizzo locale
Listen (rendere TCP/IP consapevole che il socket è disponibile)
Selezionare (attendere una richiesta di connessione)
Accettare la connessione
Leggere TRM
Controllare la validità dell'ID transazione richiesto (TRANID)
Assegnare un socket (preparare TCP/IP per il trasferimento del socket)
Avviare l'attività
Sincronizzare l'accettazione dell'attività di lavoro del socket
Selezionare (attendere la richiesta di connessione)
L'attività Worker del modello simultaneo segue questa procedura:
Accettare un socket (accettare la richiesta socket dal listener).
Scrivere una risposta al TRM.
Leggere o scrivere dati dell'applicazione.
Quasi.
I vantaggi del modello simultaneo sono:
Facile da implementare l'accesso simultaneo ai PROVIDER che vengono eseguiti per molto tempo.
Un listener è condiviso da molti TP.
La logica TCP/IP del server è semplice.
Gli svantaggi del modello simultaneo sono:
Aumento del sovraccarico di rete e ritardi a causa del requisito dello scambio TRM.
Maggiore utilizzo della CPU e delle risorse rispetto al modello iterativo.