Contents

A melhor experiência de jogo com latência reduzida

Arquitetura Meteor Lake Representa um antes e um depois na Intel, como o próprio Ryzen representou na AMD. O problema para os blues é que “eles vão matar dois coelhos com uma cajadada só”, e isso geralmente não dá certo, porque andar muito ao mesmo tempo sem ter rastejado geralmente termina em desastre. A Intel não apenas dá o salto para o MCM, mas o faz com Independent 3D Tiles , e isso, de acordo com os últimos dados vazados em um Core Ultra 9 185H com AIDA64 , **Meteor Lake mostrou latências excessivamente altas. **

Parece que houve uma revelação recente sobre um documento vazado pertencente a um modelo específico de laptop contendo uma unidade central de processamento (CPU) específica. Os resultados obtidos a partir desta informação são bastante preocupantes e podem justificar uma investigação mais aprofundada. Embora alguns possam oferecer explicações para estas descobertas, outros consideram-nas uma questão significativa sem qualquer resolução aparente à vista. Foi até sugerido que esta situação poderia ser potencialmente paralela ao “AMD Bulldozer” da Intel, embora sejam necessárias mais pesquisas para confirmar ou refutar esta hipótese.

Intel Meteor Lake pode alterar todos os softwares de benchmark do mercado devido às latências

/images/Intel-Meteor-Lake-Latencias-Core-Ultra-9-185H.jpg

E os dados fornecidos são muito ruins. Estes são baseados no referido AIDA64 em sua última versão disponível hoje, ou seja, o 7.00.6700 , que suporta totalmente os novos processadores Meteor Lake que chegarão esta semana. Essa informação é importante e comentaremos outra coisa no final do artigo, mas antes, os dados.

O que foi revelado mostra uma leitura de mais de 85 GB/s em RAM , uma escrita um pouco inferior a 75GB/s e uma cópia de 93GB/s , o que não é que sejam dados ruins, mas sua velocidade não é mostrada e, portanto, é difícil deixar algo claro a partir desses valores.

Sim, vemos latências de 62-52-52-120 CR1 , que são realmente estranhas, e o processador usado é o mencionado Intel Core Ultra 9 185H @ 4.8 GHz , dizendo assim que sua latência e seu IMC com a RAM acima mencionada resulta em 133,4 ns. Este é um valor catastrófico, não apenas ruim ou alto, é um desastre total em todos os sentidos.

Para nos dar uma ideia, os dados de leitura, gravação e cópia são bastante aceitáveis ​​e parecem estar em linha com DDR5-6400 SO-DIMM (exceto os tempos), mas em latência esses 133,4 ns são praticamente o dobro em comparação com i9-13900H ou i7-13700H.

Desempenho de cache decepcionante

/images/chrome_ODu22MZdFC.png

Outro aspecto que vale a pena considerar é a comparação entre os níveis de proficiência linguística, comparando especificamente os modelos L1, L2 e L3 com um conjunto de dados padronizado que foi filtrado através de vários conjuntos de testes. Apesar de apresentar algum nível de superioridade em relação à sua iteração anterior, o modelo L3 ainda fica aquém das expectativas com base nos critérios utilizados para avaliar essas habilidades linguísticas.

Destaque também a latência em L3 com 49 ns, algo inaceitável em princípio. E dizemos “em princípio” porque poderia ser um problema de leitura do software, do benchmark? Bem, AIDA64 tem um Beta, especificamente, o 6.92.6632 que fornece três correções principais a esse respeito:

-Corrigido: O painel CPUID de informações de cache dinâmico em processadores híbridos foi atualizado. -Corrigido: Cache & Mem Bench agora detecta o tamanho do cache em processadores híbridos -Corrigido: Cache e Mem Bench, as pontuações de latência quando ativadas mostram melhores resultados.

Potencialmente, a próxima atualização pode melhorar os dados representados; no entanto, o seu impacto pode não ser suficiente para resolver o problema. Além disso, questiona-se se a exclusão de certas CPUs do segmento de jogos é atribuível a essas latências. Em qualquer caso, tal omissão parece desnecessária, uma vez que a causa raiz do problema parece residir no facto de o benchmark utilizar todos os núcleos disponíveis, mesmo aqueles localizados dentro do domínio Low-Power Processing (LPC), o que causa problemas de latência ao necessitar de a transferência de informações entre o bloco System-on-Chip (SoC) e o Codec Modular Intermediário (IMC), bem como envolver o bloco CPU neste processo.

O problema dos LPCs em benchmarks de desempenho

/images/Meteor-Lake-Escalabilidad.jpg

Aparentemente, o AIDA64 não interpreta as duas leituras corretamente. O IMC está no bloco SoC, fisicamente conectado aos LPCs, enquanto o bloco CPU deve acessar esse bloco através do Ring Bus. Este poderia ser um simples erro de leitura que poderia ser amenizado na nova versão, assim como o desempenho dos caches, mas o que não engana é a latência do L1, L2 e L3.

Nesta ilustração, pode-se discernir como L1 e L2 exibem tempos de acesso relativamente otimizados, com L3 exibindo uma latência inesperadamente alta de 49 nanossegundos. Notavelmente, o desempenho do L3 em relação à leitura, escrita e cópia parece ser altamente prático, o que sugere que a sua medição de latência pode ser precisa, e aí reside uma disparidade notável quando comparada com as ofertas da Intel.

/images/Intel-Meteor-Lake-SoC-Tile-IMC.jpg

O que poderia estar acontecendo aqui? Bem, parece o mesmo caso da RAM e do IMC. Portanto, a configuração de cada CPU é nomeada como X P-Core \+ X E-Core \+ Y LPC e estes não estão incluídos no E-Core como tal porque estão fora da CPU Tile. Isso pode afetar os dados de benchmark, mas não o desempenho real, uma vez que os LPCs não são usados ​​para tarefas comuns e muito menos para tarefas de alto desempenho ou exigentes.

Potencialmente, o AIDA64 pode precisar lançar uma versão atualizada que diferencie o desempenho do Tile System on Chip (SoC) e da Tile Central Processing Unit (CPU), em vez de agrupá-los sob o termo genérico “Cores”. No entanto, tal atualização provavelmente exigiria tempo e recursos consideráveis ​​para ser desenvolvida; doravante, permanece incerto neste momento como precisamente a configuração do Módulo Multi-Chip (MCM) influencia a latência na arquitetura do Meteor Lake.

Na verdade, o impacto do acesso à memória no desempenho dos jogos é evidente na nossa análise dos dados dos jogos. Especificamente, a disponibilidade de RAM desempenha um papel crucial na determinação do desempenho geral dos jogos. Consequentemente, resta saber se o Meteor Lake apresenta quaisquer problemas relacionados com a latência e se os benchmarks existentes refletem com precisão as capacidades do sistema ou se é necessário fazer ajustes para garantir uma leitura precisa dos seus dados.

*️⃣ Link da fonte:

Core Ultra 9 185H com AIDA64,