{Blank Subject Dec 21, 2004}

Max Scarpa

{Blank Subject Dec 21, 2004}
Personalmente ho visto diversi casi dove varie applicazioni, pur navigando
in un mare di CPU, avevano elevati elapsed per wait (principalmente I/O).

E non sempre il wait è 'nativo' del disco ma spesso è causato da canali
'overloaded' (ESCON, i FICON hanno performance decisamente migliori)
associati a problemi di disk cache. E' vero che spesso altri fattori di
wait (per esempio log waits, latch waits etc) sono poco considerati, ma di
solito perchè per il DASD MANAGER è sempre 'tutto ok' e chi mastica DB2 di
solito mastica poco di DASD. E' altrettanto vero che cash floods derivano
da SQL poco 'filtranti' che inondano disk cache e bufferpool di pagine
dati, magari inutili, specialmente nei casi di BP poco 'caratterizzati'. E
che magari devono essere comunque passati (inutilmente) a RDS per via
della query.

Al di là del bufferpool tuning (ti raccomando gli eccellenti articoli di
Chuck Hooover e di J. Goldstein) con la separazione tra dati e indici e tra
oggetti sequenziali e random (oltre che per DSNDB07 e 'tabelle in-memory')
va sempre fatta un'attenta analisi dell'ACCOUNTING classe 3 degli heavy
hitters, ovvero dei programmi più pesanti che girano nel sistema. Un ottimo
articolo relativo ai waits è quello di Namik Hrle dell'IDUG 2001. Senza
dimenticare le prestazioni del sort in ambienti quali datawarehouse, QMF
etc. Utilissima è l'analisi dei record SMF 42-6 e anche delle IFCIDs 6/7
in associazione.

Non va dimenticato, oramai, di dare una controllatina alle classificazioni
WLM del sottosistema DB2 e delle varie applicazioni. Talvolta i batch DB2
(i classici I/O intensive) sono classificati con priorità (relativamente)
basse innescando altri wait al di fuori del DB2.

Solo alcune brevi considerazioni.

Max Scarpa

DB2 sysprog
Dasd Manager
WLM administrator

PS Se qualcuno è a conoscenza di ricerce di personale sistemistico DB2 o
z/OS nell'area VE//PD/TV o comunque in aree raggiungibili in tempo
regionevole me lo può segnalare ? Grazie in anticipo.









---------------------------------------------------------------------------------
Benvenuti alla lista DB2 User Group Italia.Per annullare l ' iscrizione collegarsi a : http://www.idugdb2-l.org/archives/DB2-UG-Italy.html. Selezionare "Join or Leave the list". Per consultare le IDUG Listserv FAQ collegarsi a :http://www.idugdb2-l.org. L'amministratore della lista DB2 User Group - Italy può essere raggiunto al seguente indirizzo: [login to unmask email] Per sapere le ultime novità sulle conferenze IDUG potete consultare : http://conferences.idug.org/index.cfm