Studio Del Concurrent Io2

Studio del Concurrent I/O. Il Concurrent I/O (C-I/O) è una feature del FileSystem2 Unix v5.2.0.10. Per garantire buone prestazioni e sicurezza, le caratteristiche più importanti del FS sono: file system cache (il S.O. tenta di minimizzare l’accesso al disco portando i dati in memoria) oppure Direct I/O (i dati sono portati direttamente nella memoria allocata dal programma), i-node locking, sync daemon (scrive su disco le pagine dati modificate ad intervalli di 60secondi); ciò assicura l’integrità dei dati, migliora la tolleranza agli errori e migliora le prestazioni delle applicazioni in generale. Ovvero: FS Cache + i-node locking + sync daemon = Gestione dati a carico del S.O. FS Direct I/O + i-node locking + sync daemon = Gestione dati a carico dell’applicazione. Il C-I/O sfrutta le caratteristiche del D-I/O e inoltre permette a thread multiple l’accesso simultaneo a letture e scritture sull’i-node purché l’applicazione serializzi gli accessi al file condiviso. Quindi è consigliato il C- I/O solo su FS dati gestiti da DB Manager. Ovvero: Concurrent I/O + i-node shared + sync daemon = Gestione dati a carico del DB Manager. Il test che abbiamo svolto riguarda la GENERAZIONE Sap del modulo SAP-BASIS su DB ORACLE. La partizione è: sap027. I risultati sono i seguenti: Phisical CPU 1CPU 1CPU

C-I/O Si No

CPU-Time DB Request Time Processing Time 1,4sec 9min 14h:01min 1,6sec 9,3min 16h:26min

A parità di risorse assegnate (1CPU Capping) migliora il DB Request Time con il C-I/O attivato e anche il Processing Time (elaborazione SAP). Considerazioni per l’attivazione del C-I/O: Per quanto riguarda ORACLE il block size del DB deve essere uguale a quello del FS. Per quanto riguarda DB2, quando si crea il TS, bisogna specificare “no filesystem caching”. Note Bibliografiche: “Improving Database Performance With AIX Concurrent I/O - A case study with Oracle9i Database on AIX 5L version 5.2”,

wpAIXcio052703.doc.