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

イスラエルのベンチャーが8兆演算/秒の光プロセッサーを製品化」記事へのコメント

  • ということは、光が3mm進む間に80回は演算しないといけない、
    ということで合ってます?

    # いや、多いのか少ないのかよくわからん...
    • Re:毎秒8兆回 (スコア:5, 興味深い)

      by Anonymous Coward
      >ということは、光が3mm進む間に80回は演算しないといけない、
      >ということで合ってます?

      並列演算です。光についてAND ORなどの演算を行う。
      二つを重ね合わせ閾値を下げれば OR になり
      閾値をあげれば AND になる。それを二次元、または三次元の配列で
      同時に演算を行う事で高速化する仕組みだと思います。
      見かけ上は高速ですが複雑な演算でどこまでパフォーマン
      • Re:毎秒8兆回 (スコア:3, 参考になる)

        by thrillseeker (5161) on 2003年11月01日 1時17分 (#424958) ホームページ
        > マイクロミラーとガラスの層による全反射を利用しいる構造だったりして
        > 演算が速くても光のスイッチングは遅いので今後の課題でしょうね。

        開発元の製品説明 [lenslet.com]及び解説 [lenslet.com] によると、空間変調にはアレイ状の
        反射型半導体光アンプ(SOA)を使うようなので、ミラーを動かすようなメカ的な光路切替は
        していないものと思われます。
        1xN 行列を表現する面発光レーザー(VCSEL)アレイからの光を縦に伸ばして NxN 行列を
        表すSOAアレイ全体に照明し、反射した変調光を Nx1 のフォトディテクタ(PD) アレイで
        受ければ、瞬時に行列演算が出来るという仕掛けのようですね。

        面発光レーザー及び半導体光アンプの理論的な変調限界が10GHz程度ですので、
        (1xN) * (NxN) の行列演算をサブnsで行うくらいの演算速度はあると見て良いかと。
        #MAC Opearations per second がどういうものかちょっと分からないので、今回の
        #仕様である N=256, 8bit 階調からどうやって 8,000G MAC/sec になるかは不明ですが。

        ここまで演算が速いと当然の事ながら電気との入出力インターフェイスが 一番のボトルネック
        となりそうですが、H.264 画像圧縮のように行列演算への依存度が非常に高い(らしい)
        アプリケーションでは十分にメリットが出ると主張 [lenslet.com]しております。
        親コメント
        • by Anonymous Coward
          > #MAC Opearations per second がどういうものかちょっと分からないので、今回の
          > #仕様である N=256, 8bit 階調からどうやって 8,000G MAC/sec になるかは不明ですが。

          white paperの"Technology Highlights"のところを読んだら、
          (1x256) * (256x256) の行列演算(8bit)を8nsでできるそうです。

        • by Anonymous Coward
          MAC=Multiply and Accumulateなので
          上記の行列演算だとN^2 MAC ops。

弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家

処理中...