Cache da CPU: o que significam L1, L2 e L3 e o que os valores permitem deduzir

Que problema a cache procura resolver

A cache é uma memória do sistema do processador que pode guardar dados ou instruções para reutilização. Quando uma operação precisa de informações disponíveis num desses níveis, o processador pode aceder a elas a partir da cache. Essa possibilidade é útil se os mesmos dados forem necessários novamente, mas não significa que todas as solicitações encontrem ali a informação nem que todos os programas beneficiem da mesma forma. É melhor entendê-la como uma parte do projeto que pode influenciar certas esperas, e não como uma garantia de velocidade geral.

A cache pode ser relevante quando uma tarefa volta a pedir informações que já utilizou. Se os dados necessários não estiverem disponíveis no nível correspondente, essa vantagem potencial não se concretiza para essa solicitação. Conhecer a capacidade ajuda, portanto, a descrever um processador, mas não permite saber quantas vezes uma aplicação encontrará ali o que precisa. A resposta também depende do padrão de acesso da carga de trabalho e da forma como a memória do processador está organizada. A mesma capacidade declarada pode, por isso, ter relevância prática diferente consoante a tarefa.

L1, L2 e L3 são nomes de níveis de cache. Ajudam a descrever uma hierarquia, mas, por si só, não revelam a latência, a capacidade de transferência nem a forma como os recursos são partilhados entre núcleos. A Arm documenta CLIDR_EL1 como um registo de identificação dos níveis de cache. O nome do nível não substitui os detalhes do projeto: para comparar processadores, consulte a documentação de cada modelo e confirme o que representa cada valor. Uma designação é um ponto de partida útil, mas não fornece as informações em falta sobre a implementação ou o comportamento.

O que significam os valores L1, L2 e L3 numa ficha técnica

As capacidades numa ficha técnica descrevem o que o fabricante declara para esse modelo. A Intel indica 18 MB de Intel Smart Cache para o Core i5-12400F e 24 MB para o Core Ultra 7 155H. Estes valores identificam especificações publicadas, mas não medem o tempo de execução de uma aplicação nem são pontuações que permitam ordenar automaticamente os processadores. Ao lê-los, mantenha as unidades e confirme exatamente o que cada valor representa, em vez de reduzir a ficha a uma única medida de desempenho.

L1, L2 e L3 designam níveis diferentes; a capacidade atribuída a um deles não descreve automaticamente os restantes. Manter a discriminação evita que um valor elevado de um nível esconda os dados relativos aos outros. Também permite formular comparações limitadas: pode comparar a capacidade L3 declarada de dois modelos se as definições forem coincidentes, sem transformar esse confronto numa conclusão sobre o desempenho de todas as aplicações.

A forma de apresentar as especificações também importa. A Intel declara 12 MB de cache para o Core i5-13420H. Esse valor resumido não é necessariamente comparável com a soma dos níveis discriminados de outro processador. Antes de somar ou confrontar números, confirme se descrevem o mesmo nível, âmbito e tipo de total. Compare definições equivalentes, não apenas quantidades expressas na mesma unidade. Se a documentação não esclarecer a discriminação, registe essa limitação em vez de a completar com uma interpretação não documentada.

Capacidade, latência e organização são coisas diferentes

A capacidade exprime o espaço declarado para uma cache; por si só, não indica quanto tempo uma solicitação demora a ser respondida nem quantos dados podem ser fornecidos num determinado intervalo. São propriedades diferentes, e um valor de capacidade não basta para calcular as restantes. Para as comparar, são necessários dados técnicos pertinentes ou testes que expliquem como foram medidos e em que condições. Uma ficha com mais megabytes não responde automaticamente à pergunta sobre a velocidade de acesso.

Esta distinção importa ao interpretar uma ficha técnica: um valor de capacidade descreve o espaço declarado, enquanto a latência e a capacidade de transferência dizem respeito a outros aspetos do acesso. Não existe uma regra geral para converter uma propriedade noutra com base apenas nos megabytes. Se estas propriedades forem importantes para uma comparação, são necessários dados que as meçam ou descrevam diretamente, bem como as condições a que se referem. Sem esse contexto, um número não deve ser tratado como prova de uma propriedade diferente.

A organização também importa. A documentação da Arm apresenta CLIDR_EL1 como um registo para identificar os níveis de cache de uma arquitetura. Por si só, não é suficiente para descrever como a cache se distribui pelos núcleos de todos os processadores. Um total agregado pode, portanto, não explicar a organização interna de um modelo. Se a documentação do produto não indicar que partes são privadas ou partilhadas, essa distribuição permanece indeterminada com base nas fontes consultadas. É mais rigoroso manter essa incerteza do que deduzir uma estrutura a partir de um total.

Porque é que mais cache não garante mais desempenho

Uma capacidade maior pode beneficiar uma tarefa se o seu padrão de acesso reutilizar dados e esses dados puderem permanecer disponíveis na cache. Sem conhecer a carga de trabalho concreta e a forma como é executada, os megabytes não permitem saber se essas condições se verificam nem quanto mudaria o resultado. O possível efeito depende da aplicação e do processador. Um valor superior não basta para afirmar que um modelo será mais rápido em geral ou que uma diferença de capacidade se traduzirá num aumento proporcional do desempenho.

O resultado de uma aplicação também depende de outros aspetos do processador e das condições de execução. Comparar dois modelos pode ajudar a determinar qual responde melhor a uma tarefa, mas não prova, por si só, que uma diferença se deve à cache: a arquitetura e outras características podem variar ao mesmo tempo. A capacidade descreve uma parte da configuração, não uma classificação completa dos processadores. Um resultado numa carga de trabalho específica também não se transforma automaticamente numa previsão para jogos, edição, compilação ou tarefas de escritório.

Isto limita as conclusões que se podem retirar de uma diferença de capacidade. Sem dados sobre o comportamento da tarefa, não é possível convertê-la numa previsão proporcional nem garantir que será notada no uso diário. A especificação descreve uma parte do projeto; a sua relevância prática deve ser avaliada em relação à carga de trabalho concreta e às evidências disponíveis. Uma comparação cuidadosa distingue o que o valor declarado indica daquilo que um teste adequado demonstra efetivamente.

O que um teste de desempenho pode acrescentar

Para avaliar um processador para o uso que lhe interessa, procure testes dessa mesma carga de trabalho e verifique que modelos, configurações e versões de software foram comparados. Confirme também se as condições de execução são explicadas e se os processadores testados são pertinentes para a sua decisão. Um teste contextualizado pode informar sobre o comportamento observado nessas condições; um valor de cache, por si só, não o substitui. Quanto mais o teste se aproximar da tarefa pretendida, mais útil será provavelmente o resultado.

A análise destes detalhes ajuda a delimitar até que ponto um resultado pode ser aplicado. Um teste de uma tarefa específica fornece informações sobre os modelos e as condições incluídos; se o seu uso ou configuração forem diferentes, não o trate como uma resposta automática para o seu caso. Quanto mais clara for a descrição das condições e do software, melhor poderá avaliar se a comparação é pertinente. Diferenças nas definições podem ser importantes para determinar se um resultado publicado é uma referência justa para o seu uso.

Um teste comparativo também não isola necessariamente a causa de uma diferença. Se dois processadores tiverem desempenhos distintos, o resultado, por si só, não prova que a cache explique essa diferença, sobretudo se outras características também variarem. Para estabelecer uma causa, seria necessário um método que controlasse os fatores pertinentes. Este guia não apresenta medições próprias nem atribui vantagens a um nível de cache através de benchmarks. Se não houver um teste adequado à carga de trabalho que lhe interessa, é prudente deixar a vantagem por determinar em vez de a deduzir apenas das especificações.

Lista de verificação para comparar processadores

Comece por identificar o modelo exato e consultar a ficha oficial. Registe L1, L2 e L3 separadamente, mantenha as unidades e confirme se cada valor corresponde a um nível ou a um total. Não some dados de páginas diferentes sem confirmar que se referem à mesma coisa. Se a ficha apresentar apenas um valor agregado, procure documentação que explique o que inclui; se não a encontrar, assinale essa ausência em vez de presumir uma discriminação.

Depois, confirme se as fichas descrevem as quantidades segundo critérios compatíveis. Um total e uma discriminação por níveis podem apresentar a informação de formas diferentes, pelo que não os transforme numa comparação direta antes de esclarecer o que incluem. Se os documentos não permitirem estabelecer que os valores são equivalentes, a conclusão correta é que a comparação é limitada, não que os processadores tenham necessariamente uma capacidade concreta em cada nível. Definições coerentes são essenciais para uma comparação numérica significativa.

Por fim, verifique se a documentação explica a distribuição pelos núcleos e relacione essa informação com o uso que lhe interessa. Compare as especificações com testes pertinentes e com outras características do processador e da plataforma. Numa compra, o preço e o restante equipamento também contam, mas a cache não substitui essa avaliação. Se não houver testes comparáveis para a tarefa concreta, não atribua uma vantagem de desempenho à cache. Em suma, L1, L2 e L3 descrevem uma parte do projeto; por si só, não revelam toda a organização nem preveem o desempenho de uma aplicação.