Ir ao conteúdo
  • Cadastre-se

RAM vs Intel DG41BI - Dual Channel / Memória não funciona


alexandre.mbm

Posts recomendados

  • Membro VIP

Configuração:

Tentei adicionar uma KVR1066D3S8N7/2G pensando que ia fazer dual channel em 1066 MHz. Acontece que dá erro de memória no POST. E o pior: nem sozinha a KVR1066D3S8N7/2G é detectada! Já passei borracha nos contatos e nada. Muito! Parece limpo.

O curioso é o que pente antigo (que é 1333, hyper-dimensionado, mas tem funcionado em 1066 Single Channel) tem chip nos dois lados, e o pente novo (1066) tem chip apenas de um lado. A principal pergunta é: a bronca poderia ser nisso dos chips e não nas demais diferenças?

O SETUP da placa-mãe só permite configurar a memória manualmente se for para over-clocking, com tensão a partir de 1.8v. O que eu não quero. Fui ver se não seria o caso de configurar manualmente o primeiro pente para então, num próximo boot, o segundo banco receber o novo pente 1066, mas não parece ser possível.

Parece que ano passado eu tentei KVR1333D3S8N9H_2G (1333) pensando que iria para 1066 em dual channel e também não funcionou. Hoje eu me pergunto se só por causo do H, que indica chips diferentes — olhem o layout dos pentes na segunda página de cada datasheet.

Editado quarta-feira, 14 de Agosto de 2013, às 10h54:

Acontecem 3 bipes longos [1][2][3]. Já cogitei defeito no segundo banco. Também pode ser no novo módulo, claro. Mas acho que não. Problema é que ele não tem sido detectado de nenhuma forma. Nem sozinho. Entretanto, descobri que a atualização de BIOS 0015 modifica o MRC, e a 0018 habilita uma configuração manual de tensão de memória no SETUP. Estou supondo que isso influi nas detecções. É possível que com essa atualização o novo módulo passe a ser detectado, pelo menos sozinho (o que também me interessa).

Por essas coisas eu estou propenso a atualizar para a BIOS 0018. Parece-me que poderei usar o método iFlash BIOS update. Estou avaliando.

Infelizmente nenhuma dessas memórias foram testadas pelo CMTL.

Acabo de ver que o H no modelo da memória provavelmente refere-se à operação em 9-9-9 13½

Editado quarta-feira, 14 de Agosto de 2013, às 19h16:

A BIOS foi atualizada para a mais recente 0018 pelo método F7 BIOS Flash update. A placa-mãe não é mais suportada e não haverá outras versões de BIOS. Essa última BIOS já não é tão recente assim. Talvez "não conheça" os mais novos módulos de memória fabricados.

A memória 1333 que já funcionava na placa foi testada no segundo banco e concluiu-se que os dois bancos estão OK. A memória nova, 1066, continua sem ser reconhecida e provocando os três bipes (erro de memória no POST).

Link para o comentário
Compartilhar em outros sites

  • Membro VIP

Ah, entendi. Bom, aparentemente, temos um caso de "incompatibilidade". Coisas que só a informática pode lhe oferecer. :lol: Poderia ser corrigido com uma atualização de bios, mas se já atualizou para o mais recente e ainda assim não funcionou, não tendo o fabricante intenção de lançar novos bios para essa placa-mãe, creio que não haverá jeito mesmo. Mas você pode aguardar a opinião de outros colegas.

Após essa troca de memórias com outra máuina, finalmente conseguiu habilitar o dual channel então?

Link para o comentário
Compartilhar em outros sites

  • Membro VIP
Após essa troca de memórias com outra máuina, finalmente conseguiu habilitar o dual channel então?

Sim, o SETUP e o memtest86 informam que as duas memórias estão em dual channel. programas de diagnóstico no Windows Vista e no Ubuntu 12.04.2 LTS, também. Apesar de eu ter medido a banda somente no Ubuntu (com o mbw, como mostro abaixo). No Windows, usei HWiNFO32 e nada mais. Ele não mede a banda mas informa frequências e modos de operação de processador e memória.

* Um detalhe é que os sistemas que estão instalados aqui são 32 bits.

O Windows Vista está morto numa partição. Temos a licença. Cotidiadinamente é Ubuntu que se usa aqui! Fui apenas ver como o Windows tinha lidado com o upgrade.

Vamos ao Ubuntu!

Instalando e tentando executar o mbw a primeira vez.

alexandre$ sudo apt-get install mbw
alexandre$ mbw
Error: no array size given!
Usage: mbw [options] array_size_in_MiB
Options:
-n: number of runs per test
-a: Don't display average
-t0: memcpy test
-t1: dumb (b[i]=a[i] style) test
-t2 : memcpy test with fixed block size
-b <size>: block size in bytes for -t2 (default: 262144)
-q: quiet (print statistics only)
(will then use two arrays, watch out for swapping)
'Bandwidth' is amount of data copied over the time this operation took.

The default is to run all tests available.

Como errei na parametrização, ele exibe a ajuda. Basicamente a mesma informação da manpage do mbw.

Parametrizando, primeiro eu tentei alocar memória demais para o teste, sem sucesso:

alexandre$ mbw -q 3000
Error allocating memory: Cannot allocate memory
alexandre$ mbw -q 2048
Error allocating memory: Cannot allocate memory

Depois eu acertei na quantidade de memória a alocar para o movimento do benchmark.

alexandre$ mbw -q 1024
0 Method: MEMCPY Elapsed: 0.80957 MiB: 1024.00000 Copy: 1264.875 MiB/s
1 Method: MEMCPY Elapsed: 0.72172 MiB: 1024.00000 Copy: 1418.839 MiB/s
2 Method: MEMCPY Elapsed: 0.76720 MiB: 1024.00000 Copy: 1334.718 MiB/s
3 Method: MEMCPY Elapsed: 0.75999 MiB: 1024.00000 Copy: 1347.395 MiB/s
4 Method: MEMCPY Elapsed: 0.70916 MiB: 1024.00000 Copy: 1443.966 MiB/s
5 Method: MEMCPY Elapsed: 0.77132 MiB: 1024.00000 Copy: 1327.591 MiB/s
6 Method: MEMCPY Elapsed: 0.76024 MiB: 1024.00000 Copy: 1346.940 MiB/s
7 Method: MEMCPY Elapsed: 0.72465 MiB: 1024.00000 Copy: 1413.104 MiB/s
8 Method: MEMCPY Elapsed: 0.79156 MiB: 1024.00000 Copy: 1293.645 MiB/s
9 Method: MEMCPY Elapsed: 0.72026 MiB: 1024.00000 Copy: 1421.709 MiB/s
AVG Method: MEMCPY Elapsed: 0.75357 MiB: 1024.00000 Copy: 1358.872 MiB/s
0 Method: DUMB Elapsed: 0.41659 MiB: 1024.00000 Copy: 2458.076 MiB/s
1 Method: DUMB Elapsed: 0.41435 MiB: 1024.00000 Copy: 2471.359 MiB/s
2 Method: DUMB Elapsed: 0.41674 MiB: 1024.00000 Copy: 2457.162 MiB/s
3 Method: DUMB Elapsed: 0.41260 MiB: 1024.00000 Copy: 2481.811 MiB/s
4 Method: DUMB Elapsed: 0.40888 MiB: 1024.00000 Copy: 2504.421 MiB/s
5 Method: DUMB Elapsed: 0.41934 MiB: 1024.00000 Copy: 2441.962 MiB/s
6 Method: DUMB Elapsed: 0.41137 MiB: 1024.00000 Copy: 2489.243 MiB/s
7 Method: DUMB Elapsed: 0.41469 MiB: 1024.00000 Copy: 2469.338 MiB/s
8 Method: DUMB Elapsed: 0.41247 MiB: 1024.00000 Copy: 2482.605 MiB/s
9 Method: DUMB Elapsed: 0.41659 MiB: 1024.00000 Copy: 2458.076 MiB/s
AVG Method: DUMB Elapsed: 0.41436 MiB: 1024.00000 Copy: 2471.281 MiB/s
0 Method: MCBLOCK Elapsed: 0.10819 MiB: 1024.00000 Copy: 9464.743 MiB/s
1 Method: MCBLOCK Elapsed: 0.10870 MiB: 1024.00000 Copy: 9420.077 MiB/s
2 Method: MCBLOCK Elapsed: 0.10803 MiB: 1024.00000 Copy: 9478.761 MiB/s
3 Method: MCBLOCK Elapsed: 0.10822 MiB: 1024.00000 Copy: 9462.469 MiB/s
4 Method: MCBLOCK Elapsed: 0.10814 MiB: 1024.00000 Copy: 9469.294 MiB/s
5 Method: MCBLOCK Elapsed: 0.10806 MiB: 1024.00000 Copy: 9475.954 MiB/s
6 Method: MCBLOCK Elapsed: 0.10835 MiB: 1024.00000 Copy: 9450.854 MiB/s
7 Method: MCBLOCK Elapsed: 0.10807 MiB: 1024.00000 Copy: 9475.077 MiB/s
8 Method: MCBLOCK Elapsed: 0.10866 MiB: 1024.00000 Copy: 9423.891 MiB/s
9 Method: MCBLOCK Elapsed: 0.10907 MiB: 1024.00000 Copy: 9388.552 MiB/s
AVG Method: MCBLOCK Elapsed: 0.10835 MiB: 1024.00000 Copy: 9450.880 MiB/s
alexandre$

Para mim, importa mais que a memória está suficiente, sem fazer swap. Não jogo.

alexandre$ free -m
total used free shared buffers cached
Mem: 3970 1680 2290 0 63 690
-/+ buffers/cache: 926 3044
Swap: 1537 0 1537
alexandre$

No uso que faço, com vm.swappiness=10 no Ubuntu (cf. "Diminua a prioridade da SWAP do Ubuntu para ter melhor performance!"; ou melhor: "Otimizando o Uso da Memória Com Swappiness"), praticamente não acontece swapping. Antes, acontecia uns 5 MB e já era suficiente para degradar o desempenho, quando a máquina era usada por dois usuários ao mesmo tempo (um local e outro por XDMCP). Agora a partição de swap mantém-se lá apenas por segurança, para o caso de um software "defeituoso" que seja guloso com memória.

Eu achei as medições do mbw muito esquisitas. Fui pesquisar mais, para ver se não tinha algo errado com ele. Achei "mbw MCBLOCK test results (used to be) bogus" avisando que existe uma correção em github.com/raas/mbw/ (versão 1.2). De fato, a versão que tenho usado é a 1.1:

alexandre$ apt-cache policy mbw
mbw:
Instalado: 1.1.1-2
Candidato: 1.1.1-2
Tabela de versão:
*** 1.1.1-2 0
500 [url]http://br.archive.ubuntu.com/ubuntu/[/url] precise/universe i386 Packages
100 /var/lib/dpkg/status
alexandre$

Não vou mudar. Parece que no meu caso o FIX tornará os resultados ainda mais esquisitos! :unsure:

Pelo menos eu aprendi uma parametrização melhor:

alexandre$ mbw -a -n 1 1024
Long uses 4 bytes. Allocating 2*268435456 elements = 2147483648 bytes of memory.
Using 262144 bytes as blocks for memcpy block copy test.
Getting down to business... Doing 1 runs per test.
0 Method: MEMCPY Elapsed: 0.84189 MiB: 1024.00000 Copy: 1216.311 MiB/s
0 Method: DUMB Elapsed: 0.43730 MiB: 1024.00000 Copy: 2341.647 MiB/s
0 Method: MCBLOCK Elapsed: 0.10799 MiB: 1024.00000 Copy: 9482.623 MiB/s
alexandre$

Assim o resultado do benchmark fica mais prático, informando só o principal.

Se alguém tiver interesse em experimentar as medições do mbw comigo, saiba que ele pode executar a partir de um LiveCD do Ubuntu. Juntamente com ele, acabei descobrindo o bw_mem_rd (manpage) e, por tabela, a suite lmbench (manpage, sourceforge) da qual eles fazem parte. Não cheguei a usar o bw_mem_rd ou as outras ferramentas do lmbench.

Há um discussão a cerca do lmbench que deixei para ler depois (se for o caso): "Why LMbench is Evil?".

O Texas Instruments Wiki tem a página Lmbench exemplificando o uso da suite.

Também cheguei a usar (experimentar) o "Teste do Sistema" que vem no Ubuntu. Ver do que se trata. Nele é possível pré-selecionar testes. Mas NÃO APROVEI. É cheio de falhas, falta algumas traduções, e basicamente serve apenas para checar o que está funcionando e fornecer essa informação para estatística à Canonical.

Para adquirir todo um conhecimento básico suficiente à partipação neste tópico, sugiro a leitura desses artigos do Gabriel Torres:

O autor consegue a proeza de ter artigos de tecnologia que após uma década ainda não caducaram ou ao menos são muitíssimo úteis.

Antes de achar o material do Gabriel do Torres, eu estava apenas com a lembrança e essas duas fontes:

Já eram úteis.

Link para o comentário
Compartilhar em outros sites

Arquivado

Este tópico foi arquivado e está fechado para novas respostas.

Sobre o Clube do Hardware

No ar desde 1996, o Clube do Hardware é uma das maiores, mais antigas e mais respeitadas comunidades sobre tecnologia do Brasil. Leia mais

Direitos autorais

Não permitimos a cópia ou reprodução do conteúdo do nosso site, fórum, newsletters e redes sociais, mesmo citando-se a fonte. Leia mais

×
×
  • Criar novo...