locutoriorama

A nivel de sesión: ----------------- alter session set tracefile_identifier='10046'; alter session set timed_statistics = true; alter session set statistics_level=all; alter session set max_dump_file_size = unlimited; alter session set events '10046 trace name context forever,level 12'; -- Execute the queries or operations to be traced here -- select * from dual; exit; Si no queremos terminar la sesión pero si la traza: alter session set events '10046 trace name context off'; La traza se genera en el udump. Habrá que ejecutar tkprof: tkprof trace_file_name output_file_name sort=fchela,exeela,prsela

Sintaxis: CONNECT username@[//]host[:port][/service_name][:server][/instance_name] Ejemplo: CONNECT username@host/ORCL

El "load average" representa el número medio de procesos que tienen que esperar para obtener tiempo de CPU durante los ultimos 1,5 y 15 minutos. Por ejemplo, si tenemos una carga de 1, la CPU está ocupada lo suficiente como para que un proceso tenga que esperar. Nos da una idea de como de ocupado está el sistema mirando en los ultimos 1, 5, 15 minutos. Una cosa importante que hay que tener en cuenta es que los valores no están normalizados de acuerdo al numero de CPUs del sistema. Eso quiere decir que un valor de carga de 1 en un sistema de una CPU estará ocupada igualmente a como lo está un sistema con carga 4 y 4 CPUs. Comandos linux que nos muestran el "load average" (carga de CPU): uptime procinfo top w Se muestran 3 numeros, que son el valor del "load average" para el ultimo minuto, ultimos 5 minutos y 15 ultimos minutos (leyendo de izquierda a derecha).

La filosofía de Linux es que un recurso sin utilizar es un recurso desperdiciado. Por tanto, el Kernel utilizará tanta RAM como pueda para cachear información de los discos y filesystems remotos y locales. Este cacheo se muestra en el sistema como la suma de dos números: buffers y pagecache. La cache es reclamada, no cuando el proceso termina (podríamos arrancar otro proceso pronto que necesite los mismos datos), sino bajo demanda, es decir, cuando se arranca un proceso que necesita mucha memoria para ejecutar, el Kernel Linux reclamará la memoria que había estado cacheando datos y dársela al nuevo proceso. Hay algunas cosas que se reportan como cache que no son directamente liberables por el kernel, como regiones anónimas mmaps y shm. Estas sin embargo, reportarán todos los procesos atachados a ellas a diferencia de la cache normal que no es parte del espacio de direcciones de ningún proceso en ejecución sino que es simplemente un mapeo del kernel. Memoria Física Total: 8039 Mb ...