uma placa pci-e não funciona com as outras duas placas gráficas

3

Uma máquina de PC na empresa tem três slots 16x pci-e, vamos chamá-los de A B C (A é o mais próximo da CPU, C é o mais distante). Foram instaladas duas placas gráficas (gtx680 em A e gtx560 em C, todas usadas para algum tipo de computação em gpu) e todas funcionam bem.

Em seguida, a nova placa pci-e é desenvolvida por nós mesmos e é usada para adquirir alguns dados do mundo externo.

Em seguida, o problema surge, se todos os três slots forem usados (instale o novo cartão em B), o PC não inicializará na maioria dos casos (o novo cartão não pode ser reconhecido pelo sistema operacional quando o PC pode inicializar ocasionalmente).

Então fizemos algumas experiências:

  1. Se removermos a placa gráfica em A, o PC será iniciado sem qualquer problema, a nova placa funcionará bem em A ou B.

  2. Se removermos o novo cartão e instalarmos o gtx680 em B, o PC iniciará também (observando o status do teclado e o indicador de atividades em HD), sem exibição, algumas configurações podem ser necessárias.

  3. Se instalarmos o novo cartão em A e o GTX680 em B, o PC também não poderá ser iniciado.

Então, qual é a causa possível do problema? Preciso fazer mais pesquisas? sobre o que?

Espero ter me feito entender e qualquer sugestão seria apreciada.

Editar:

A PSU que estamos usando é rotulada como 1000W, também, quando usamos as duas configurações de gpu, o pc pode funcionar bem por um dia inteiro sem nenhum problema quando o 680 é totalmente utilizado por algum aplicativo cuda.

Editar2:

O cartão que desenvolvemos pode funcionar em outro computador normal (lenovo ou dell) que tenha somente placa gráfica integrada. A máquina com problemas não é da marca conhecida como dell, lenovo, etc. Sua placa-mãe é legendada com EVGA.

    
por Gang Yin 07.08.2012 / 05:15

2 respostas

5

Sem vergonha da excelente resposta de Chris S a uma pergunta semelhante sobre no Server Fault em relação às especificações do PCI-e:

What should be: The PCIe spec states that all slots start at 1x and neotiate how many lanes they can use. It shouldn't matter who has more, some slots are designed to take larger cards and smaller cards fit in larger slots. Whatever the highest speed both sides can communicate at (both the number of lanes and the clock/version), that is the speed that will be negotiated and used.

What really is: Usually what should happen is what actually happens. But there are quite a few boards (especially enthusiast boards) that do not follow spec. Some motherboards will not use anything but a 16x video card in their first PCIe slot. Others will not auto-negotiate correctly. In server grade hardware these problems are very rare, but it happens.

Basicamente, muitas placas-mãe não seguem a especificação PCI-e ao pé da letra. Eu tive problemas com um controlador RAID 8x. Esta placa-mãe de desktop específica tinha apenas um slot PCI-e x16 e o restante era x4 ou x1; então minha única escolha foi o slot x16. Mas a placa-mãe aceita placas gráficas naquele slot, então acabamos tendo que substituir essa placa-mãe por uma placa de extremidade maior.

Agora, você não mencionou onde esse hardware está sendo executado. Se estiver sendo executado em um servidor de nome de marca ou tiver uma placa-mãe geral no nível do servidor (pensando no Super Micro, Tyan, etc), isso provavelmente não é o problema.

Mas se isso está rodando em uma placa-mãe Gigabyte ou Asus (ou algo parecido), então sugiro simplesmente tentar outra placa-mãe, pois é totalmente possível que ela apenas permita placas gráficas em slots x16 ou aceite apenas uma estranha combinação de gráficos / outros cartões nos slots.

    
por 07.08.2012 / 08:24
-2

Misturar Nvida com ATI pode ser um problema. Como a ponte está conectada pode ser uma causa. Potência ou falta do seu PSU.

Acho que não há informações suficientes aqui. O terceiro cartão também é um cartão Nvida ou ATI? como apontado por Sathya, fonte de alimentação. Cartas em execução no Sli?

um pouco mais detalhadamente pode ajudar a esclarecer uma solução.

    
por 07.08.2012 / 06:45