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

AMD、1TBのSSDを内蔵するグラフィックカードを発表」記事へのコメント

  • by Anonymous Coward

    よくわからんが、フレームバッファつったらフツーDRAMでは?
    不揮発なファイルシステムが要るの?
    単に値段の関係?どっちが安いの?

    • by miyuri (33181) on 2016年07月27日 22時39分 (#3054069) 日記

      ご自分で考えなさい。
      コレは、テクスチャをローカルメモリの近くに置いておく方が、HDDとかに置くよりも速いよねっていうモノ。

      親コメント
      • by Anonymous Coward

        そういう事は既に知っていて質問はそういう意味じゃないから。
        なんでこれにスコア2とかつけているんだよ。

        • 話を広げるでもなく、疑問形の羅列をする残念なパタン...色々と分かっていないコメントだったので。

          なんでこれにスコア2とかつけているんだよ。

          ご自分で考えなさい。

          親コメント
        • by Anonymous Coward

          私も疑問。情報量ゼロなのに上から目線とか、うんこみたいなコメントだと思うが、どこに印象を受けてスコアをあげようと思ったんだ?

          #雑談サイトなんだし、うんこみたいなコメントが悪いと言ってるわけじゃないので念のため。

        • by Anonymous Coward
          DRAMと比べてどっちが安いの?なんて言ってる人だから
          >既に知っていて
          というのは過大評価だと思う。
        • by Anonymous Coward

          第三者視点では答え(少なくとも答えの一つ)を書いてくれてるようにしか思えないんですが・・
          なにを知りたかったの?

      • by Anonymous Coward

        8k動画の編集やビッグデータの解析に使うもので、そういったデータをためて置くための物と元記事に書かれてますから
        テクスチャなんて高々GPUのRAM容量程度しか使わないようなデータを置いても宝の持ち腐れです。

        • 動画編集のデータもテクスチャとして扱うと思うので。

          #一次元や二次元のデータとしても持てるけど、どうかなー、っていう

          親コメント
          • by Anonymous Coward

            > 動画編集のデータもテクスチャとして扱うと思うので。

            今時のGPUはそんなことしません
            テクスチャ専用のメモリ/バッファは存在しません

            データとしてメモリに置くだけです

            動画,テクスチャ,1次元,2次元,全部関係ありません

          • by Anonymous Coward

            これ何か根拠でもありますか?
            早い遅いというより、CPU側のPCIEのバス帯域を圧迫しないために、SSDをGPUに直結するのが目的だよね。
            それなら、これまで通り編集用コーデックで圧縮した状態でSSD上に配置し、GPU上で展開するときにテクスチャデータとして保持するのでは。

            • 8bit RGBで、1*3*7680*4320 ≒ 95MB
              32bit XRGBだと、4*4*7680*4320 ≒ 506MB
              ローカルメモリを32GBとしても、340フレーム、64フレーム程度。
              SSDを1GB使い切るとしても、11000フレーム、2070フレーム程度。

              ...とすると、フィルタ掛け等を何度も試行するとしても、カード外部にある映像データを移して使うのには容量不足。
              GPUで3D描画して外部に吐き出す使い方を想定しているのかもしらない。

              親コメント
              • by Anonymous Coward

                ええと、何が言いたいのでしょう。
                動画編集のデータもテクスチャとして扱う、という根拠はどこにあるのでしょう。

                今時、GPUのメモリ上のテクスチャでさえ、圧縮したほうがメモリ帯域が節約できる時代なのに、SSDに非圧縮で保存しようとするのもよくわからない。
                特に8Kを用途なら、非圧縮で編集しようなんて想定外だと思うけど。

              • 動画編集のデータもテクスチャとして扱う、という根拠はどこにあるのでしょう。

                #根拠という語を持ち出すのは、何かが違う

                『動画編集のデータもテクスチャとして扱う』というのは、動画をデコードして、例えば、OpenCLであれば、CL_RGBA, CL_FLOATなイメージオブジェクトとして扱うという事として書いた。

                親コメント
              • by Anonymous Coward

                私が言いたいのは、そのように動画をデコードしてSSDに保持することはないだろうということです。
                ご自身で計算されているように、動画データを圧縮なしでストレージやメモリ上に保持するのは非現実的です。
                普通は編集用の軽いコーデックに変換して、ストレージやメモリ上に置きます。

      • by Anonymous Coward

        SSD程度の低速デバイスでも効き目あるのかな?

        • by nekopon (1483) on 2016年07月28日 10時44分 (#3054247) 日記
          システムのメインバス通すよりは速いと思うがどうか。
          親コメント
        • by igrs (23684) on 2016年07月28日 13時19分 (#3054364)
          >SSD程度の低速デバイスでも効き目あるのかな?

          低速デバイスに対する定石として
          ・bit幅を増やす。
          ・インターリーブ設計にして今のアドレスを読む間に次のアドレス読む

          などしてカバーするんでしょうね。
          画像データの様に連続したアクセスが期待できるから効果があるかも。
          親コメント
        • by Anonymous Coward on 2016年07月28日 21時28分 (#3054694)

          たぶん論点がずれてると思う。
          この製品は、DRAMをSSDに置き換えるのが目的じゃない。
          元々CPUのPCIEバスにぶら下がってたSSDを、GPU直結にすることが目的だと思う。
          最近の高速SSDは数GB/sの速度があるので、フルに読み出し続けるような動画編集用では、CPUの負荷やバス帯域の圧迫もばかにならない。

          親コメント
          • by Anonymous Coward

            ハイスピードカメラ用のHDD/SSD搭載フレームグラバーカードがあるけど、あれのカメラに相当する部分がGPUになったと考えればいいのかな?

      • by Anonymous Coward

        フレームのもと。フレームバッファだけに。

吾輩はリファレンスである。名前はまだ無い -- perlの中の人

処理中...