パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

LSIのクロック調整で消費電力半減」記事へのコメント

  • GAを理解しないで書いてスンマセン. ただ,人手(with CAD)で作るのと,GAで解けるように問題設定してシミュレーションするのとでは,工程としてどちらがどういった点で有効なんでしょうか?
    • 速いチップを作ろうとすると、クロックツリー合成(CTS)ではダメだということなんだろうか?
      なんか、クロックのタイミングをフリップフロップ(FF)ごとにずらしてタイミング調整するなんてすごく違和感があります。
      まあ、FFのクロ
      • by Anonymous Coward
        > まあ、FFのクロックに遅延挿入できれば
        > 部分的なセットアップ不足には効き目がありそうな気がしますが・・・。

        まさにこれじゃないですか?
        CTSでは遅延がでかいパスに全体がひきずられて、
        高速化の足かせになってしまうような話は数年前からあります。
        そのころにはCTSの途中にバッファ挿入したり配線調整したりして、
        このような遅延調整したCTS(?)の生成を目指すベンチャーも出来てました。
        #ものになったという話は聞きませんが・・・

        多分現在でも、高性能なチップの設計ではなんらかの調整を考えたり
        実行したりしててるんじゃないですかね。
        #私はASIC屋なので、そんな調整
        • 同じく、一応、ASIC屋です。

          >CTSでは遅延がでかいパスに全体がひきずられて、
          >高速化の足かせになってしまうような話は数年前からあります。

          CTSと言うよりデータラインの問題では?
          #データライン側が遅れてタイミングが合わないのは、CTSのせいでしょうか?
          #・・・違いますよね? ブロックの配置位置などの問題ではないですか?

          あと、CTS側で高速対応が出来ない、ってのはCTSの構成の調整で
          なんとかするしかない気がします。
          #論理合成側で遅いパスを高速部分から切り離すってのもアリ。
          #論理合成でなんとかなるんなら、製造後にいろいろいじる必要がなく
          --
          ---- redbrick
          • >>CTSでは遅延がでかいパスに全体がひきずられて、
            >>高速化の足かせになってしまうような話は数年前からあります。
            > CTSと言うよりデータラインの問題では?
            > (以下略)

            そうですよ。
            データラインの遅れのせいで、Clockを高速化出来ない。
            CTSでは、そのCTSにぶら下がっているFF/Latch全体に
            同時にClock信号が到達することを前提にしています。
            周波数をその遅れがあるパスにあわせることで、
            そのCTSに繋がる部分全てに影響しますよね。
            なので、遅れが生じるパスに部分的に遅延を挿入することで
            それを制御しようという考えが出るのは自然だと思います。
            • >データラインの遅れのせいで、Clockを高速化出来ない。

              ですよね。

              >CTSでは、そのCTSにぶら下がっているFF/Latch全体に
              >同時にClock信号が到達することを前提にしています。

              まぁ、多少のずれはありますが、それなりに高精度に、各F/Fや
              Latchにクロックが伝播するようにCTSを作りますよね。

              >周波数をその遅れがあるパスにあわせることで、
              >そのCTSに繋がる部分全てに影響しますよね。

              んー・・・わたしがそうする場合は、データラインに改良の余地がない
              場合のみ、ですね。
              クロックより修正しにくいデータラインって、あんまりないですし。

              >なので、遅れが生じるパスに部分的に遅延を挿入することで
              >それを制御しようという考えが出るのは自然だと思います。

              いやぁ、それは同期回路とは違ってしまうので、非同期回路を完全に
              検証漏れがないように検証できる方だけがやってください(苦笑)。
              #わたしには到底出来ないです(汗)。

              >まぁ、ようはユーザーへの納入が遅れるってことで

              それは、わたしも避けたいですね・・・(汗)。
              #今は、早くできないとASICも売れない時代だしなぁ・・・。

              >やるなら、制御素子を埋め込んだFF/latchを作成して、
              >一つのブロックとして扱うのではないでしょうか。

              そういうのもありですねぇ。

              >ていうかそうしないと上記の問題に対処できんと思います。
              >それでもブロックが大きくなって配置に影響出そうですが。

              確かに・・・。

              >そういう意味でもっと詳しいレポートを見たいですね。

              同感です。
              コスト面などに関する続報などが出たら、興味深いですね。
              #ちょっとウオッチングしておこうっと。
              --
              ---- redbrick
              親コメント

Stay hungry, Stay foolish. -- Steven Paul Jobs

処理中...