Banco de Dados - Sybase
Adaptive Server Enterprise (Sybase): Acesso à memória
Continuando no produto da Sybase (Adaptive Server Enterprise), vou falar sobre acesso a memória.
por Luis RaposoOlá, pessoal
Continuando no produto da Sybase (Adaptive Server Enterprise), vou falar sobre acesso à memória.
Esse item é outra particularidade do ASE que faz a diferença na execução dos processos OLTP.
O ASE faz uma divisão interessante para acesso em memória:
default data cache: onde as solicitações de páginas das tabelas envolvidas nas transações, ficam armazenadas até fazer o flush natural (voltar para disco).
procedure cache: onde todas as Stored Procedures ficam armazenadas (plano de acesso)
named cache: esse endereçamento é criada pelo DBA, permitindo que ele associe uma ou mais tabelas, índices e banco de dados, que fazem muito acesso em páginas, permitindo que esse objeto tenha seu espaço definido, não colidindo em uso com outros objetos e mantendo as páginas mais acessadas por mais tempo em memória.
Ainda dentro do named cache, podemos definir "i/o buffer size", ou seja, canal de i/o de páginas que serão manipuladas do disco para memória.
Para definir um bom tamanho destes endereçamentos, podemos utilizar o SP_SYSMON para monitorar o acesso de memória do default data cache, verificando o item "cache misses" e procedure cachê; verificando o item "procedure reads from disk". Ambos apresentando valor alto, está na hora de aumentar a memória para ter ganhos de performance.
Não devemos nos esquecer de ajustar os parâmetros de memória:
max memory - default data cache - procedure cache, para obter a quantidade de memória desejada.
Uma dica legal é definir memória para declarações SQL, parâmetro "statement cache size", permitindo que telas da aplicação, que montam query dinâmicas, que estão sempre em uso, também fiquem em memória.
Lembrando que para as versões 64bits do ASE, podemos definir a quantidade de memória suportada pela plataforma em uso.
Até a próxima
Continuando no produto da Sybase (Adaptive Server Enterprise), vou falar sobre acesso à memória.
Esse item é outra particularidade do ASE que faz a diferença na execução dos processos OLTP.
O ASE faz uma divisão interessante para acesso em memória:
default data cache: onde as solicitações de páginas das tabelas envolvidas nas transações, ficam armazenadas até fazer o flush natural (voltar para disco).
procedure cache: onde todas as Stored Procedures ficam armazenadas (plano de acesso)
named cache: esse endereçamento é criada pelo DBA, permitindo que ele associe uma ou mais tabelas, índices e banco de dados, que fazem muito acesso em páginas, permitindo que esse objeto tenha seu espaço definido, não colidindo em uso com outros objetos e mantendo as páginas mais acessadas por mais tempo em memória.
Ainda dentro do named cache, podemos definir "i/o buffer size", ou seja, canal de i/o de páginas que serão manipuladas do disco para memória.
Para definir um bom tamanho destes endereçamentos, podemos utilizar o SP_SYSMON para monitorar o acesso de memória do default data cache, verificando o item "cache misses" e procedure cachê; verificando o item "procedure reads from disk". Ambos apresentando valor alto, está na hora de aumentar a memória para ter ganhos de performance.
Não devemos nos esquecer de ajustar os parâmetros de memória:
max memory - default data cache - procedure cache, para obter a quantidade de memória desejada.
Uma dica legal é definir memória para declarações SQL, parâmetro "statement cache size", permitindo que telas da aplicação, que montam query dinâmicas, que estão sempre em uso, também fiquem em memória.
Lembrando que para as versões 64bits do ASE, podemos definir a quantidade de memória suportada pela plataforma em uso.
Até a próxima
