Se você quiser estatísticas de bloqueio no seu kernel, você tem que recompilar com CONFIG_LOCK_STATS ativado. Olhe para Documentation/lockstat.txt na árvore do kernel para mais documentação.
Estou trabalhando em um projeto de adaptação de software de sistema como o kernel do Linux. Eu li um artigo intitulado "Experiência em Comparação de Escalabilidade de Sistemas Operacionais na Arquitetura Multi-core", que informa como detectar gargalos usando benchmarking. Estou seguindo sua abordagem experimental e sou capaz de gerar um relatório de criação de perfil usando a ferramenta de perfil, mas não consigo detectar gargalos nesse relatório de criação de perfil.
Basicamente, não consigo explorar a parte no-vmlinux e não consigo encontrar essas funções relacionadas a gargalos. Também não consigo usar lockstat.txt , pois não há arquivo em /proc/sys/kernel/lock_stat .
Se você quiser estatísticas de bloqueio no seu kernel, você tem que recompilar com CONFIG_LOCK_STATS ativado. Olhe para Documentation/lockstat.txt na árvore do kernel para mais documentação.
Note que quando o artigo é publicado, cerca de 3 anos (média) se passaram desde que o trabalho original foi feito. Esse é um tempo longo para o desenvolvimento do Linux, não leve os resultados muito a sério.
Olhe em volta, existem almas dementes (acho que na Silicon Graphics e em equipamentos similares) (tentando) rodar o Linux em núcleos de 64K na mesma máquina (não em um cluster!), tenho certeza que você verá que eles voam juntos em alguma lista de discussão ou canal de IRC, talvez eles tenham alguma página da web. As máquinas "muitos, muitos núcleos" são de interesse para as pessoas da IBM e da Intel, pelo menos pelo que ouvi de fontes próximas. Também é um dos interesses da multidão regular do kernel, nossos PCs normais provavelmente não crescerão em velocidade de clock, mas em número de núcleos, e os dois nichos nos quais o Linux tem pontos strongs são sistemas embarcados e servidores de ponta. é certamente uma questão central.
Tags kernel development