English (Español a continuación)

This statistic helps to optimally adjust the size of the Index Cache and Data Cache.

This statistic is requested from Maxl with the following instruction:

First you have to enable the obtaining of statistics:

  • alter database ‘APPLICATION’. ’DATABASE’ set performance statistics enabled;

Then, after executing the load or the calculation that we want to analyze, we launch the following instruction:

  • query database ‘APPLICATION’. ’DATABASE’ get performance statistics kernel_cache table;

This table refers to a specific database and provides the following information:

  • # Blocks: Number of blocks currently in the Index Cache, Data File Cache and Data Cache. The size of the block multiplied by the number of blocks equals the volume of the cache used.
  • # Replacements: number of replacements per cache. Replacement occurs when information is moved from disk to cache and something in the cache has to be cleared to make room for the new information. If the number of replacements is zero or low the size of the cache can be very large.
  • # Dirty repl: number of dirty replacements per cache. Dirty replacement is one that requires writing to disk before cache memory can be reused in the process. The data is dirty because it was modified in memory but not saved to disk. Dirty replacements are inefficient and resource consuming; they indicate that the cache may be too small.
  • # Log blk xfer in: number of logical blocks transferred to the Data File Cache and the Data Cache. If the cache size is changed, it may be interesting to study this statistic and notice changes in data traffic.

Sometimes it may be interesting to leave the statistics to zero to analyze the impact of a specific load / calculation. To do this, before requesting this statistic, we launch the following instruction by Maxl:

  • alter database ‘APPLICATION’. ’DATABASE’ set performance statistics mode to long persistence database scope;


Esta estadística ayuda a ajustar de forma óptima el tamaño del Index Cache y del Data Cache.

Esta estadística se solicita desde el Maxl con la siguiente instrucción:

Primero hay que habilitar la obtención de estadísticas:

  • alter database ‘APLICACIÓN’.’BASE DE DATOS’ set performance statistics enabled;

Luego, tras ejecutar la carga o el cálculo que queremos analizar, lanzamos la siguiente instrucción:

  • query database ‘APLICACIÓN’.’BASE DE DATOS’ get performance statistics kernel_cache table;

Esta tabla está va referida a una base de datos concreta y facilita la siguiente información:

  • # Blocks: Número de bloques actualmente en el Index Cache, Data File Cache y Data Cache. El tamaño del bloque multiplicado por el número de bloques iguala el volumen de la cache utilizado.
  • # Reemplazos: número de reemplazos por caché. El reemplazo ocurre cuando la información se mueve del disco a la caché y algo en la caché tiene que ser borrado para hacer espacio para la nueva información. Si el número de reemplazos es cero o bajo el tamaño de la caché puede ser muy elevado.
  • # Dirty repl: número de reemplazos sucios por caché. El reemplazo sucio es aquel que requiere escribir en el disco antes de que la memoria de la caché pueda ser reutilizada en el proceso. El dato es sucio porque se modificó en la memoria pero no se guardó en el disco. Los reemplazos sucios son ineficientes y consumen recursos: indican que la caché puede ser demasiado pequeña.
  • # Log blk xfer in: número de bloques lógicos transferidos al Data File Cache y al Data Cache. Si se cambia el tamaño de la caché puede ser interesante estudiar esta estadística y notar cambios en el tráfico de datos.

A veces puede interesar dejar las estadísticas a cero para analizar el impacto de una carga / cálculo concreto. Para ello, antes de solicitar esta estadística, lanzamos la siguiente instrucción por Maxl:

  • alter database ‘APLICACIÓN’.’BASE DE DATOS’ set performance statistics mode to long persistence database scope;
Anuncio publicitario