Cores Secundárias Quais São

O que são os núcleos de processador e por que existem dois tipos

Processadores modernos são divididos em dois conjuntos de núcleos. Os Performance cores, chamados P-cores, são núcleos pesados, com cache maior, pipeline mais longo, suporte a hyper-threading e frequência alta. Os Efficient cores, ou E-cores, são núcleos menores, mais simples, com menos cache, sem hyper-threading na maioria dos casos, e desenhados para rodar com eficiência energética. A divisão existe desde o Intel Core 12ª geração, com arquitectura híbrida que mistura ambos no mesmo chip.

cores secundárias quais são na prática

A pergunta mais frequente entre quem está a começar é se os núcleos secundários são "inferiores". A resposta directa é: sim, e não. São inferiores em desempenho bruto por núcleo, mas superiores em densidade de núcleos e eficiência por watt. Se você rodar uma aplicação antiga que não sabe distribuir carga entre tipos de núcleo, os E-cores quase nunca vão ajudar. O scheduler do sistema operativo decide onde coloca cada thread, e quando ele falha, o resultado é frustrante. Eu já perdi duas horas num deployment numa máquina com 14 núcleos no total, onde oito eram E-cores, simplesmente porque um processo filho foi alocado para o grupo errado pelo gestor de tarefas da própria aplicação. O workload pareceu estar a usar todos os núcleos, mas a latência não caía. A solução foi fixar as threads críticas aos P-cores via affinity mask e deixar os E-cores para filas secundárias de background tasks. O tempo de processamento caiu de 18 minutos para cerca de 6 minutos. Sem drama. Apenas configuração correcta.

Como o sistema operativo gerencia os núcleos

O Windows 11 e o Linux moderno têm schedulers que reconhecem a diferença entre P-cores e E-cores. No Windows, o é feito pela Microsoft em conjunto com a Intel. No Linux, o schedutil e o EAS (Energy Aware Scheduling) fazem o trabalho. A questão prática é que esses schedulers não são perfeitos. Aplicações que usam threads nativas, aplicações compiladas sem flags correctas, ou softwares mais antigos que lançam threads à vontade podem confundir o scheduler. Uma coisa que poucos mencionam: ter muitos E-cores não compensa ter poucos P-cores em workloads single-threaded. Eu já vi setups com 8 P-cores e 16 E-cores rodando benchmarks single-thread piores do que processadores com apenas 6 P-cores e zero E-cores. O E-core tem menor IPC e menor frequência máxima, então simplesmente não compete com um P-core mesmo em paralelo. Isso é um facto técnico, não uma opinião.

Quais núcleos secundários existem actualmente

Na linha Intel, os E-cores actual são baseados na arquitectura Gracemont, usada desde a 12ª geração até a actual 14ª. A AMD também adoptou uma abordagem similar com os núcleos Efficiency nos seus processadores Ryzen 7000 e 9000, embora a implementação seja diferente, usando uma divisão Chiplet com CCDs de performance e CCDs de eficiência. A Apple tem a sua própria arquitectura com Performance cores e Efficient cores nos chips da série M, que é provavelmente a mais madura em termos de scheduler integrado. No lado da Intel, exemplos concretos:

• Intel Core i5-12400: 6 P-cores, 0 E-cores. Não é híbrido, mas é um dos mais equilibrados custo-benefício.
• Intel Core i7-12700K: 8 P-cores + 4 E-cores, 20 threads no total.
• Intel Core i9-13900K: 8 P-cores + 8 E-cores, 32 threads. Aqui os E-cores já começam a fazer diferença em workloads multithread pesados.
• Intel Core i9-14900K: mesma configuração, com frequências ligeiramente maiores.

Na AMD, o Ryzen 7 7800X3D tem 8 núcleos Zen 4 tradicionais sem divisão híbrida. O Ryzen 9 7950X também é uniforme. Já o Ryzen 9 9950X mantém a mesma filosofia. A AMD ainda não tem um equivalente directo ao esquema híbrido Intel no segmento de consumo mainstream, o que para alguns é vantagem, para outros desvantagem.

O que funciona bem com núcleos híbridos e o que não funciona

Workloads que se beneficiam de E-cores: renderização em lote, compilação de código grande, streaming com encode em segundo plano, máquinas virtuais leves, servidores de ficheiros, processamento de vídeo em paralelo, tarefas de IA com inferência distribuída. Workloads que não se beneficiam: jogos single-thread, aplicações CAD antigas, software de áudio profissional com latência baixa, emulação retro, edição de vídeo linear sequencial. Um detalhe que muita gente ignora: o Windows Task Manager mostra os núcleos agrupados por tipo. Se você abrir o gestor de tarefas no Windows 11, vê separadamente os núcleos de performance e os de eficiência. Isso é útil para diagnosticar se uma aplicação está usando os núcleos certos. Se um jogo pesado está rodando principalmente nos E-cores, o desempenho vai ser ruim e você vai gastar energia à toa.

Configurações práticas para obter o melhor resultado

A primeira coisa é actualizar o BIOS e o chipset driver. A Intel lançou múltiplas actualizações de microcódigo que melhoraram significativamente o comportamento do scheduler. Sem isso, os E-cores podem ficar subutilizados ou, pior, receber trabalho que deveria ir para os P-cores. Segundo, no Windows, verifique se o plano de energia está definido para "Desempenho Alto" ou "Desempenho Extremo" quando estiver a trabalhar com workloads pesados. Em modo de economia, o sistema tende a favorecer os E-cores mesmo quando não deveria. Terceiro, para workloads críticos, use ferramentas como Core parking e affinity masks para controlar exactamente onde cada processo roda. Isso não é algo que a maioria dos utilizadores precisa fazer, mas quando precisa, faz toda a diferença.

Eu tenho um caso específico no meu setup de home lab: rodei um processo de transcoding de vídeo que usava FFmpeg com múltiplos filtros. Inicialmente, o scheduler colocou todas as threads nos E-cores e o tempo de processamento era absurdo. Mudei a affinity para limitar o processo aos P-cores e adicionei um parâmetro de prioridade via nice no Linux. O resultado foi uma redução de cerca de 70% no tempo de processamento. Simples e efectivo.

Limitações reais que ninguém conta

Núcleos híbridos têm um problema fundamental: a comunicação entre P-cores e E-cores passa pelo interconnect interno do chip, que tem latência e largura de banda limitadas. Em workloads que exigem troca frequente de dados entre threads rodando em núcleos diferentes, essa comunicação pode tornar-se um gargalo. Não é um problema para a maioria dos utilizadores, mas é real. Outro ponto: software antivírus e ferramentas de monitorização muitas vezes criam threads que ficam presas nos E-cores e não migram correctamente. Isso pode causar lentidão percebida no sistema mesmo quando os P-cores estão ociosos. Recomendo desactivar a verificação em tempo real de antivirus para pastas de compilação e desenvolvimento. Não é uma solução elegante, mas funciona.

E, finalmente, o maior problema prático: atualização de firmware. Processadores híbridos exigem actualizações regulares de microcódigo para manter o scheduler funcionando bem. Se você comprar um processador híbrido e nunca actualiza o BIOS, o desempenho pode ser significativamente pior do que o esperado. Isso acontece frequentemente com máquinas empresariais que não recebem actualizações de firmware há anos. Se o seu uso é predominantemente single-thread ou se você roda software legado que não se beneficia de núcleos adicionais, um processador com núcleos uniformes pode ser uma escolha mais sensata. O AMD Ryzen 7 7800X3D, por exemplo, oferece desempenho superior em jogos e aplicações single-thread sem a complexidade de gerir dois tipos de núcleo. Para muitos, essa é a escolha mais inteligente.

A escolha entre núcleos híbridos e uniformes depende do workload. Não existe resposta universal. O importante é saber exactamente o que você vai fazer com a máquina antes de decidir.