o cpu-x é literalmente o cpu-z do linux.
______________________________________________________________________
Inscreva-se no meu Canal: https://www.youtube.com/@LinuxDicasPro
Repositório GitHub do Canal: https://github.com/LinuxDicasPro
Grupo do Telegram: https://t.me/LinuxDicasPro
Meu GitHub Pessoal: https://github.com/mxnt10

Fala Xerxes...

Eu tenho instalado o CPU-X mas ele não fornece todas as informações do CPU-Z.

Preciso saber informações da latência das memórias RAM e não estou conseguindo no meu Linux Mint 22.1. Não consigo achar um comando pelo terminal para isso.

No CPU-Z aparece essa informação. No CPU-X não.

Será que existe um comando pelo terminal para mostrar as latências?

Obrigado

Olá,

Sim, o comando principal para isso seria o sudo "decode-dimms". No entanto, a situação é mais complexa do que parece, e em muitos hardwares, ele pode não funcionar.

Posso esatr egnado , mas pela investigação que fiz no meu próprio sistema, descobri que o decode-dimms depende de módulos do kernel para acessar diretamente o chip de informações (EEPROM) da memória RAM.

Acontece que um driver antigo do kernel, que era útil para ler a RAM em certos sistemas, foi oficialmente removido em Outubro de 2023 (ver o commit na fonte).

O driver substituto, chamado at24, é mais moderno, mas parece não ser tão compatível com outros harwares.

Resumindo: se o seu hardware dependia do driver antigo e não é totalmente compatível com o novo (at24), o comando "decode-dimms" falhará e NÃO exibirá a latência.

Estou passando por isso agora mesmo em um notebook Positivo com AMD Ryzen 5 e uma memória A-DATA (Part Number: AM1P32NCSV1-BJ3S) rodando Linux Mint.

Nenhuma ferramenta no Linux consegue ler a latência, embora o CPU-Z no Windows consiga (pois ele usa um driver próprio que contorna essas limitações).

A única forma que encontrei de descobrir a latência foi pesquisar o Part Number da memória online e encontrar uma validação do CPU-Z, que mostrou os timings corretos (no meu caso, CL22).

Vou testar em outros computadores para ver o comportamento. Para quem tiver curiosidade, o commit no código do kernel Linux que removeu o driver antigo:

Fonte: https://github.com/torvalds/linux/commit/0113a99b8a75f307439c2950cec5b5dab818f35c

Obs.:

talvez, se você tiver paciência, poderia tentar instalar um kernel mais antigo (anterior a Outubro de 2023, como uma versão 5.x ou 6.x inicial ) para testar. Teoricamente, ele ainda teria o driver legado e poderia funcionar.