Questa sezione contiene indicazioni per l'assegnazione del processore sia per partizioni del processore dedicato che per partizioni condivise.
Poiché Ethernet che utilizza una dimensione MTU di 1500 byte consuma più cicli processore rispetto all'Ethernet che utilizza frame Jumbo (MTU 9000), le indicazioni sono differenti per ogni situazione. In generale, l'utilizzo del processore per carichi di lavoro di pacchetti di grandi dimensioni su frame jumbo è circa metà di quello richiesto per l'MTU 1500.
Se l'MTU è impostata su 1500, fornire un processore (1,65 Ghz) per adattatore Ethernet gigabit per facilitare il raggiungimento della massima ampiezza di banda. Questo equivale a dieci adattatori Ethernet a 100 Mb se si stanno utilizzando reti di dimensioni più ridotte. Per carichi di lavoro della transazione più piccoli, pianificare l'utilizzo di un processore completo per portare il carico di lavoro Ethernet gigabit per la massima velocità di trasmissione. Ad esempio, se verranno utilizzati due adattatori Ethernet gigabit, assegnare fino a due processori alla partizione.
Se l'MTU è impostata su 9000 (frame jumbo), fornire il 50% di un processore (1,65 Ghz) per adattatore Ethernet gigabit per raggiungere l'ampiezza di banda massima. Carichi di lavoro del pacchetto piccoli dovrebbero contemplare l'utilizzo di un processore completo per eseguire il carico di lavoro Ethernet gigabit. I frame Jumbo non hanno effetto nel caso di carichi di lavoro del pacchetto di piccole dimensioni.
La dimensione fornita è suddivisa in due tipi di carico di lavoro: flusso TCP e richiesta e risposta TCP. Sono state utilizzate reti sia MTU 1500 che MTU 9000 nell'assegnazione della dimensione, che viene fornita nei termini di cicli macchina per byte di velocità di trasmissione per il flusso o per transazione per i carichi di lavoro richiesta/risposta.
I dati in queste tabelle sono stati ricavati utilizzando la seguente formula:
(numero di processori x Utilizzo_processore x frequenza orologio processore) / Velocità di trasmissione in byte per secondo o transazione per secondo = cicli per Byte o transazione.
Per gli scopi di questa verifica, i numeri sono stati calcolati su una partizione logica con un processore da 1,65 Ghz con l'SMT (simultaneous multi-threading) abilitato.
Per altre frequenze processore, i numeri in queste tabelle possono essere scalati in base al rapporto delle frequenze processore per valori approssimativi da utilizzare per la dimensione. Ad esempio, per una velocità processore di 1,5 Ghz, utilizzare 1,65/1,5 x cicli per byte dalla tabella. Questo esempio darebbe come risultato un valore che supera 1,1 volte il valore nella tabella, richiedendo quindi il 10% in più di cicli per adattarsi alla velocità dell'orologio del processore da 1,5 GHz che è più lenta del 10% .
Per utilizzare questi valori, moltiplicare la velocità di trasmissione richiesta (in byte o transazioni) per il valore cicli per byte nelle seguenti tabelle. Questo calcolo fornirà i cicli macchina richiesti per il carico di lavoro per una velocità di 1,65 Ghz. Quindi regolare questo valore in base al rapporto tra l'effettiva velocità della macchina e questa velocità di 1.65 Ghz. Per trovare il numero di processori, dividere il risultato per 1,650,000,000 cicli (o la velocità dei cicli se si è adottata una macchina con velocità differente). Si avrà bisogno del numero di processori risultante per eseguire il carico di lavoro.
Ad esempio, se il Server I/E virtuale deve distribuire 200 MB di velocità di trasmissione di flusso, si dovrebbe applicare la seguente formula:
200 x 1024 x 1024 x 11,2 = 2.348.810.240 cicli / 1.650.000.000 cicli per processore = 1,42 processori.
Per arrotondamento, sarebbero necessari 1,5 processori nel Server I/E virtuale per gestire questo carico di lavoro. Un tale carico di lavoro potrebbe essere gestito quindi con una partizione dedicata a 2 processori o con una micro partizione con 1,5 processori.
Le seguenti tabelle indicano i cicli macchina per byte per un carico di lavoro di flusso TCP.
| Tipo di flusso | Velocità e utilizzo processore MTU 1500 | MTU 1500, cicli per byte | Velocità e utilizzo processore MTU 9000 | MTU 9000, cicli per byte |
|---|---|---|---|---|
| Simplex | 112.8 MB, 80,6% del processore | 11,2 | 117.8 MB, 37,7% del processore | 5 |
| Duplex | 162.2 MB, 88,8% del processore | 8,6 | 217 MB, 52,5% del processore | 3,8 |
| Tipo di flusso | Velocità e utilizzo processore MTU 1500 | MTU 1500, cicli per byte | Velocità e utilizzo processore MTU 9000 | MTU 9000, cicli per byte |
|---|---|---|---|---|
| Simplex | 112.8 MB, 66,4% del processore | 9,3 | 117.8 MB, 26,7% del processore | 3,6 |
| Duplex | 161.6 MB, 76,4% del processore | 7,4 | 216.8 MB, 39,6% del processore | 2,9 |
Le seguenti tabelle i cicli macchina per transazione per un carico di lavoro richiesta e risposta. Una transazione viene definita come una dimensione andata e ritorno di richiesta e risposta.
| Dimensione della transazione | Transazioni per secondo e utilizzo del Server I/E virtuale | MTU 1500 o 9000, cicli per transazione |
|---|---|---|
| Pacchetti piccoli (64 byte) | 59,722 TPS, 83,4% processore | 23,022 |
| Pacchetti grandi (1024 byte) | 51,956 TPS, 80% del processore | 25,406 |
| Dimensione della transazione | Transazioni per secondo e utilizzo del Server I/E virtuale | MTU 1500 o 9000, cicli per transazione |
|---|---|---|
| Pacchetti piccoli (64 byte) | 60,249 TPS, 65,6% del processore | 17,956 |
| Pacchetti grandi (1024 byte) | 53,104 TPS, 65% del processore | 20,196 |
Le precedenti tabelle dimostrano che l'opzione sottoprocessi dell'Ethernet condiviso provoca sovraccarico. C'è un a maggiorazione del sovraccarico dal 16% al 20% per flusso MTU 1500 e dal 31% al 38% per MTU 9000. L'opzione relativa alla funzionalità dei sottoprocessi ha un carico complessivo maggiore per carichi di lavoro inferiori a causa dei sottoprocessi avviati per ogni pacchetto. A velocità più elevate di carico di lavoro, come ad esempio carichi di lavoro full duplex o richiesta e risposta, i sottoprocessi possono durare più lungo senza dover attendere e venire ridistribuiti. L'opzione sottoprocesso è un'opzione per Ethernet condiviso che può essere configurata da comandi del Server I/E virtuale. Disabilitare tale opzione se l'Ethernet condiviso è in esecuzione in una partizione Server I/E virtuale autonomamente (senza SCSI virtuale nella stessa partizione).
E' possibile abilitare o disabilitare la funzionalità dei sottoprocessi utilizzando l'opzione -attr thread del comando mkvdev. Per abilitare la funzionalità dei sottoprocessi, utilizzare l'opzione -attr thread=1. Per disabilitare la funzionalità dei sottoprocessi, utilizzare l'opzione -attr thread=0. Ad esempio, il seguente comando disabilita la funzionalità per l'adattatore Ethernet condiviso ent1:
mkvdev -sea ent1 -vadapter ent5 -default ent5 -defaultid 1 -attr thread=0
E' possibile creare una partizione di processore condivisa per Server I/E virtuale se su Server I/E virtuale sono in esecuzione reti a velocità inferiore (ad esempio 10/100 Mb) e non è necessaria una partizione a processore completo. Si consiglia questa soluzione solo se il carico di lavoro del Server I/E virtuale è inferiore alla metà di un processore o se il carico di lavoro è incompatibile. La configurazione della partizione del Server I/E virtuale come illimitata potrebbe anche abilitarla all'utilizzo di più cicli processore rispetto al necessario per gestire la trasmissione incompatibile. Ad esempio, se la rete viene utilizzata solo quando altri processori sono inattivi, la partizione del Server I/E virtuale potrebbe essere in grado di utilizzare altri cicli macchina e potrebbe essere stata creata con un processore con capacità minima sufficiente a gestire un carico di lavoro leggero durante il giorno ma il processore illimitato potrebbe utilizzare ulteriori cicli macchina durante la notte.
Se si sta creando un Server I/E virtuale in una partizione condivisa, incrementare ulteriormente la capacità di elaborazione come una contingenza di dimensione.