Por que usar DDR em vez de aumentar a velocidade do relógio?


16

Por que você deseja usar a memória RAM DDR e ler / gravar em todas as extremidades crescente e decrescente do relógio, em vez de apenas dobrar a velocidade do relógio e ler / gravar em apenas uma das extremidades crescente ou decrescente?

Existem prós e contras para cada um?


5
Às vezes, você não consegue aumentar a frequência do relógio porque a integridade do sinal não se mantém na frequência mais alta.
— Nick Alexeev

Respostas:


33

Com o SDR, existem duas arestas do relógio por bit, mas apenas no máximo uma aresta na linha de dados.

Com a comunicação de alta frequência, a largura de banda analógica limita o quão perto você pode unir as bordas em qualquer fio. Se o sinal do relógio atingir esse limite, você estará gastando metade da largura de banda dos cabos de dados.

Portanto, o DDR foi inventado para que todos os fios atingissem seu limite de largura de banda na mesma taxa de bits.


3
+1. Resposta perfeita. O DDR permite dobrar a taxa de dados sem aumentar a taxa de variação de borda, também conhecida como "largura de banda".
— Ale..chenski

Então o DDR faz sentido para que suas linhas de dados atinjam a mesma velocidade da linha do relógio ... mas e quanto a DDR2, DDR3, DDR4?
— user253751

3
@immibis: ainda é ddr, apenas 2ª, 3ª, 4ª geração (largura de banda diferente, tensões, protocolo). Você provavelmente está pensando em QDR, que não é aplicável aqui.
— PlasmaHH

Eu tinha certeza de que lembrei de ler algo sobre duplicação de transferências por ciclo de relógio em cada geração. Após pesquisas adicionais, parece que isso provavelmente significou o dobro de transferências por ciclo de clock da memória interna , mas o clock de E / S ainda funciona com metade da taxa de dados do DDR.
— user253751

19

O verdadeiro problema é a largura de banda. A frequência mais alta que uma linha de dados pode gerar (bem, sem contar a taxa de variação) é quando está enviando um padrão de dados 101010, que ocorre na metade da taxa de dados. Com a transmissão de taxa única de dados (SDR), o relógio produz um ciclo completo para cada bit de dados, executando, portanto, o dobro da frequência do que você pode ver em uma linha de dados no pior dos casos. A taxa de dados dupla executa o relógio na metade da taxa de dados com uma borda por bit de dados; portanto, o pior padrão de dados produz a mesma frequência que o relógio.

Geralmente, a velocidade de uma interface será limitada pela largura de banda disponível através dos pacotes de chips, pinos, placa, conectores etc. Se o relógio exigir o dobro da largura de banda que os dados, a alta frequência do sinal do relógio limitará a largura de banda geral do link. Com o DDR, a largura de banda necessária é a mesma para o relógio e os dados, permitindo que o link utilize com mais eficiência a largura de banda disponível.

A desvantagem do uso de DDR é que é mais difícil projetar. Os flip-flops usados ​​para capturar os bits de dados no lado de recebimento operam em uma borda do relógio, na borda ascendente da borda descendente. Os dados precisam estar estáveis ​​na entrada por um tempo de configuração antes da borda e um tempo de espera após a borda para serem travados com segurança. Com o SDR, o relógio pode ser simplesmente invertido em algum lugar para atender aos requisitos de tempo. No entanto, com o DDR, é necessária uma mudança de fase de 90 graus, que é mais difícil de gerar, exigindo PLLs ou linhas de atraso.

Então, para resumir:

SDR

  • Pro: Simples de implementar
  • Con: Utilização ineficiente da largura de banda como sinal de clock requer o dobro da largura de banda que os sinais de dados

DDR

  • Pro: utilização eficiente da largura de banda, pois todos os sinais exigem a mesma largura de banda
  • Con: complexo para implementar

11
Ocasionalmente, você verá dispositivos que usam um relógio de duas fases diretamente. Efetivamente DDR com a mudança de fase no lado da geração do relógio.
— TLW 27/06
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.