ponteiros do relógio do cache do servidor sql

Corrija-me se estiver errado, mas pelo que entendi é que o SQL Server usa um algoritmo CLOCK para o cache e userstores. Cada relógio tem dois ponteiros, um externo e um interno.

Sim, quase como o que você disse, mas deixe-me acrescentar algo mais. Cachee Userstorescompartilha custeio comum e algoritmo chamado de algoritmo menos usado recentemente (LRU). Este mecanismo LRU tem o que é chamado de "algoritmo de relógio". Este algoritmo tem o que é chamado de "mãos". Existem várias políticas de despejo que funcionam dentro do SQl Server para remover entradas "antigas" dos caches do SQL Server e para ajudar esse SQL Server tem 2 ponteiros de relógio:

1. Externo: implementa a política global

2. Interno: implementa a política local

Política é algo que você pode considerar como regra ao lidar com a remoção de entradas antigas dos caches.

Se um trabalhador que acessa um cache percebe que um cache é maior que uma certa porcentagem de memória, o ponteiro do relógio interno começa a liberar memória para esse cache.

Há muito mais o que acontece, não é como se o relógio interno "apenas" liberar memória removendo entradas antigas depois que a memória total utilizada for maior que certa porcentagem, LRU e a pressão da memória interna também são levadas em consideração.

Qual é a diferença entre last_tick_time e round_start_time? A cache não é limpa quando a mão é movida?

last_tick_time- hora em que um ponteiro do relógio se moveu por último.

round_start_time- hora em que um ponteiro de relógio iniciou a rodada atual. A volta que fez para varrer os caches.

Quantas entradas são removidas a cada tique-taque do relógio?

Não há valor predefinido, depois que o algoritmo LRU tiver feito sua tarefa, outro thread veria quantas entradas no cache são "antigas" e as removeria. Se houver pressão de memória, o valor pode aumentar e a varredura pode acontecer com muita frequência.

Alguém pode me ajudar a entender o funcionamento desse algoritmo de relógio no SQL Server

Slava Oaks da Microsoft já escreveu muito sobre isso. vou citar o blog dele

No SQL Server 2005, introduzimos uma nova estrutura de cache comum. Todos os caches, exceto o Buffer Pool, o aproveitam. A estrutura consiste em um conjunto de lojas e ResourceMonitor. Existem três tipos de armazenamento: armazenamento em cache, armazenamento de usuário (o nome aqui está relacionado ao uso interno do armazenamento - ele não precisa fazer nada com um usuário) e armazenamento de objeto. Tanto o cache quanto os repositórios de usuários compartilham um mecanismo de LRU comum e aproveitam o custo comum. O cache de procedimento é um exemplo de armazenamento em cache e o cache de metadados é um exemplo de armazenamento de usuário. Os armazenamentos de objetos são apenas conjuntos de blocos de memória e não exigem LRU nem custo. A biblioteca de rede aproveita o armazenamento de objetos para agrupar buffers de rede.

O mecanismo LRU da Store é bastante simples - usamos a variação de amplamente discutida no algoritmo de relógio da literatura do sistema operacional. Como você se lembra, o algoritmo do relógio tem uma mão. Quando a mão se move, diminui o custo de uma entrada. Quando o custo de uma entrada atinge 0, a entrada pode ser descartada do cache. O custo é redefinido sempre que uma entrada é reutilizada. Ao lidar com vários caches, um designer deve levar em consideração as políticas de despejo globais e locais. As políticas globais consideram a imagem global e permitem a execução de LRU, algoritmo de relógio, em todos os caches. Por sua vez, as políticas locais analisam apenas o consumo de recursos locais e executam LRU apenas para um determinado cache.

Para satisfazer as políticas globais e locais, as lojas do SQL Server implementam dois ponteiros: externo e interno (não confunda nomes de ponteiros de relógio com tipos de pressão de memória. Não há conexão!). O ponteiro do relógio externo implementa a política global e o ponteiro do relógio interno implementa a política local. Mesmo que cada cache tenha sua própria mão externa, as mãos externas se movem "sincronicamente" - uma de cada vez. Sua tarefa é simular a mão global.

Leitura adicional: The Clock Hands of Buffer cache