O autor também lista algumas alternativas (possivelmente mais cruéis) que as pessoas usam:
A) Estude a taxa de erros de cache da página usando o iostat (1) para monitorar leituras de disco e suponha que sejam erros de cache e não, por exemplo, O_DIRECT. A taxa de erros geralmente é uma métrica mais importante do que a proporção, já que os erros são proporcionais à dor do aplicativo. Também use free (1) para ver os tamanhos do cache.
B) Solte o cache da página (eco 1> / proc / sys / vm / drop_caches) e meça quanto desempenho piora! Adoro o uso de um experimento negativo, mas é claro que essa é uma maneira dolorosa de esclarecer o uso do cache.
C) Use sar (1) e estude falhas menores e maiores. Eu não acho que isso funcione (por exemplo, E / S regular).
D) Use o script cache-hit-rate.stp SystemTap, que é o número dois em uma pesquisa na Internet pela taxa de acertos do cache de páginas do Linux. Ele instrumenta o acesso ao cache alto na pilha, na interface VFS, para que as leituras de qualquer sistema de arquivos ou dispositivo de armazenamento possam ser vistas. As falhas de cache são medidas através de suas E / S de disco. Isso também perde alguns tipos de carga de trabalho (alguns são mencionados em "Lições" nessa página) e chama taxas de "taxas".