アカウント名:
パスワード:
よくわからんが、フレームバッファつったらフツーDRAMでは？不揮発なファイルシステムが要るの？単に値段の関係？どっちが安いの？
> 単に値段の関係？どっちが安いの？HP Z840 Workstation で見積もったら、SDRAM 8GB => 1TB にすると +1,597 万でしたECC つきとはいえベラボーな値段ですね# こんな見積もりを Web からできる HP さんすげー
1TB バッファの用途としては、1 シーン全体のテクスチャ詰めるとかどうですかね？8K 映画だと 1TB でも到底足りない量かもしれませんが……
でもデータ入力と映像出力（レンダリング結果の保存）の口が別々になるので、帯域とかチップとかの負荷的にかなり有利なんじゃないかと思います
1TBのSSDはお幾ら万円ですかね？
# 用途から判断すると流石にSLCのSSDだと思われますが、# 1TBのSLCなんて見たことないなあ
狙いは、大容量データを取り扱う場合にCPU・メインメモリを経由することで割と発生するオーバーヘッドの改善なんで、TLCはまだ怪しくてもMLCでも十分な気ガス。
元記事でもあくまで「表示」の問題を取り上げてて、その場合重要なのは読み出し速度であり、その速度ならシングルだろうがマルチ（デュアル）だろうがトリプルだろうがあんま変わりないので。TLCとかは「SLCに比べ表示が開始される(SSDにデータが蓄積される）までは時間がかかるが、表示され始めたら差は見えない」ってことになるだろうね。
パフォーマンスより寿命の問題では？でも、この分野の革新速度考えるとあんまり寿命は気にしないでもいいのかなぁ。
そりゃあなたの見るところが間違ってるから。エンタープライズ向けには出ている。お値段もエンタープライズ。
ご自分で考えなさい。コレは、テクスチャをローカルメモリの近くに置いておく方が、HDDとかに置くよりも速いよねっていうモノ。
そういう事は既に知っていて質問はそういう意味じゃないから。なんでこれにスコア２とかつけているんだよ。
話を広げるでもなく、疑問形の羅列をする残念なパタン．．．色々と分かっていないコメントだったので。
なんでこれにスコア２とかつけているんだよ。
ご自分で考えなさい。
私も疑問。情報量ゼロなのに上から目線とか、うんこみたいなコメントだと思うが、どこに印象を受けてスコアをあげようと思ったんだ？
#雑談サイトなんだし、うんこみたいなコメントが悪いと言ってるわけじゃないので念のため。
第三者視点では答え（少なくとも答えの一つ）を書いてくれてるようにしか思えないんですが・・なにを知りたかったの？
8ｋ動画の編集やビッグデータの解析に使うもので、そういったデータをためて置くための物と元記事に書かれてますからテクスチャなんて高々GPUのRAM容量程度しか使わないようなデータを置いても宝の持ち腐れです。
動画編集のデータもテクスチャとして扱うと思うので。
#一次元や二次元のデータとしても持てるけど、どうかなー、っていう
> 動画編集のデータもテクスチャとして扱うと思うので。
今時のGPUはそんなことしませんテクスチャ専用のメモリ／バッファは存在しません
データとしてメモリに置くだけです
動画，テクスチャ，１次元，２次元，全部関係ありません
少なくともOpenCLでは別扱いだし、多分CUDAでも似た感じだと思う。適当にぐぐれば、それなりの情報が引っ掛かる。
他の操作方法なんてしらんがな。(´･ω･｀)
これ何か根拠でもありますか？早い遅いというより、CPU側のPCIEのバス帯域を圧迫しないために、SSDをGPUに直結するのが目的だよね。それなら、これまで通り編集用コーデックで圧縮した状態でSSD上に配置し、GPU上で展開するときにテクスチャデータとして保持するのでは。
8bit RGBで、1*3*7680*4320 ≒ 95MB32bit XRGBだと、4*4*7680*4320 ≒ 506MBローカルメモリを32GBとしても、340フレーム、64フレーム程度。SSDを1GB使い切るとしても、11000フレーム、2070フレーム程度。
．．．とすると、フィルタ掛け等を何度も試行するとしても、カード外部にある映像データを移して使うのには容量不足。GPUで3D描画して外部に吐き出す使い方を想定しているのかもしらない。
ええと、何が言いたいのでしょう。動画編集のデータもテクスチャとして扱う、という根拠はどこにあるのでしょう。
今時、GPUのメモリ上のテクスチャでさえ、圧縮したほうがメモリ帯域が節約できる時代なのに、SSDに非圧縮で保存しようとするのもよくわからない。特に8Kを用途なら、非圧縮で編集しようなんて想定外だと思うけど。
動画編集のデータもテクスチャとして扱う、という根拠はどこにあるのでしょう。
#根拠という語を持ち出すのは、何かが違う
『動画編集のデータもテクスチャとして扱う』というのは、動画をデコードして、例えば、OpenCLであれば、CL_RGBA, CL_FLOATなイメージオブジェクトとして扱うという事として書いた。
私が言いたいのは、そのように動画をデコードしてSSDに保持することはないだろうということです。ご自身で計算されているように、動画データを圧縮なしでストレージやメモリ上に保持するのは非現実的です。普通は編集用の軽いコーデックに変換して、ストレージやメモリ上に置きます。
SSD程度の低速デバイスでも効き目あるのかな?
たぶん論点がずれてると思う。この製品は、DRAMをSSDに置き換えるのが目的じゃない。元々CPUのPCIEバスにぶら下がってたSSDを、GPU直結にすることが目的だと思う。最近の高速SSDは数GB/sの速度があるので、フルに読み出し続けるような動画編集用では、CPUの負荷やバス帯域の圧迫もばかにならない。
ハイスピードカメラ用のHDD/SSD搭載フレームグラバーカードがあるけど、あれのカメラに相当する部分がGPUになったと考えればいいのかな?
フレームのもと。フレームバッファだけに。
チップが乗せられないと思う。
DRAMだと、8Gbitチップを4層重ねたパッケージが最大っぽい。1TBだとこれを250個だから面積的に無理かと。
SSD用のフラッシュは、256Gbitを最大48層で、パッケージで512GBらしい。フラッシュはTLCとかで増してるし、リフレッシュ不要で非破壊読み出しだから電力的に重ねるのが容易だからかと。//1TBっても、1TiBって意味じゃないし...
チップがボードに載るかと言う前に、大量のDRAMチップを接続するための配線を引き出せるメモリコントローラが作れないね
ボード上に配線スペースも無いし
シリアル接続でスタッキングパッケージにしていくとか?
500MBのグラフィックカードでも補助電源が必要でそれが１Tとなると電源が足りないんじゃないかと思ったり。リフレッシュする必要があったりで案外消費電力が高いのかも。
今時、500MB位のメモリーなんて、チップ内に作り込めますよね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
DRAMじゃダメなの？ (スコア:0)
よくわからんが、フレームバッファつったらフツーDRAMでは？
不揮発なファイルシステムが要るの？
単に値段の関係？どっちが安いの？
Re:DRAMじゃダメなの？ (スコア:3, 興味深い)
> 単に値段の関係？どっちが安いの？
HP Z840 Workstation で見積もったら、SDRAM 8GB => 1TB にすると +1,597 万でした
ECC つきとはいえベラボーな値段ですね
# こんな見積もりを Web からできる HP さんすげー
1TB バッファの用途としては、1 シーン全体のテクスチャ詰めるとかどうですかね？
8K 映画だと 1TB でも到底足りない量かもしれませんが……
でもデータ入力と映像出力（レンダリング結果の保存）の口が別々になるので、帯域とかチップとかの負荷的にかなり有利なんじゃないかと思います
Re: (スコア:0)
1TBのSSDはお幾ら万円ですかね？
# 用途から判断すると流石にSLCのSSDだと思われますが、
# 1TBのSLCなんて見たことないなあ
Re: (スコア:0)
狙いは、大容量データを取り扱う場合にCPU・メインメモリを経由することで割と発生する
オーバーヘッドの改善なんで、TLCはまだ怪しくてもMLCでも十分な気ガス。
元記事でもあくまで「表示」の問題を取り上げてて、その場合重要なのは読み出し速度であり、
その速度ならシングルだろうがマルチ（デュアル）だろうがトリプルだろうがあんま変わりないので。
TLCとかは「SLCに比べ表示が開始される(SSDにデータが蓄積される）までは時間がかかるが、
表示され始めたら差は見えない」ってことになるだろうね。
Re: (スコア:0)
パフォーマンスより寿命の問題では？
でも、この分野の革新速度考えるとあんまり寿命は気にしないでもいいのかなぁ。
Re: (スコア:0)
そりゃあなたの見るところが間違ってるから。エンタープライズ向けには出ている。
お値段もエンタープライズ。
Re:DRAMじゃダメなの？ (スコア:1)
ご自分で考えなさい。コレは、テクスチャをローカルメモリの近くに置いておく方が、HDDとかに置くよりも速いよねっていうモノ。
Re: (スコア:0)
そういう事は既に知っていて質問はそういう意味じゃないから。
なんでこれにスコア２とかつけているんだよ。
Re:DRAMじゃダメなの？ (スコア:1)
話を広げるでもなく、疑問形の羅列をする残念なパタン．．．色々と分かっていないコメントだったので。
ご自分で考えなさい。
Re: (スコア:0)
私も疑問。情報量ゼロなのに上から目線とか、うんこみたいなコメントだと思うが、どこに印象を受けてスコアをあげようと思ったんだ？
#雑談サイトなんだし、うんこみたいなコメントが悪いと言ってるわけじゃないので念のため。
Re: (スコア:0)
＞既に知っていて
というのは過大評価だと思う。
Re: (スコア:0)
第三者視点では答え（少なくとも答えの一つ）を書いてくれてるようにしか思えないんですが・・
なにを知りたかったの？
Re: (スコア:0)
8ｋ動画の編集やビッグデータの解析に使うもので、そういったデータをためて置くための物と元記事に書かれてますから
テクスチャなんて高々GPUのRAM容量程度しか使わないようなデータを置いても宝の持ち腐れです。
Re:DRAMじゃダメなの？ (スコア:2)
動画編集のデータもテクスチャとして扱うと思うので。
#一次元や二次元のデータとしても持てるけど、どうかなー、っていう
Re: (スコア:0)
> 動画編集のデータもテクスチャとして扱うと思うので。
今時のGPUはそんなことしません
テクスチャ専用のメモリ／バッファは存在しません
データとしてメモリに置くだけです
動画，テクスチャ，１次元，２次元，全部関係ありません
Re:DRAMじゃダメなの？ (スコア:2)
少なくともOpenCLでは別扱いだし、多分CUDAでも似た感じだと思う。
適当にぐぐれば、それなりの情報が引っ掛かる。
他の操作方法なんてしらんがな。
(´･ω･｀)
Re: (スコア:0)
これ何か根拠でもありますか？
早い遅いというより、CPU側のPCIEのバス帯域を圧迫しないために、SSDをGPUに直結するのが目的だよね。
それなら、これまで通り編集用コーデックで圧縮した状態でSSD上に配置し、GPU上で展開するときにテクスチャデータとして保持するのでは。
Re:DRAMじゃダメなの？ (スコア:2)
8bit RGBで、1*3*7680*4320 ≒ 95MB
32bit XRGBだと、4*4*7680*4320 ≒ 506MB
ローカルメモリを32GBとしても、340フレーム、64フレーム程度。
SSDを1GB使い切るとしても、11000フレーム、2070フレーム程度。
．．．とすると、フィルタ掛け等を何度も試行するとしても、カード外部にある映像データを移して使うのには容量不足。
GPUで3D描画して外部に吐き出す使い方を想定しているのかもしらない。
Re: (スコア:0)
ええと、何が言いたいのでしょう。
動画編集のデータもテクスチャとして扱う、という根拠はどこにあるのでしょう。
今時、GPUのメモリ上のテクスチャでさえ、圧縮したほうがメモリ帯域が節約できる時代なのに、SSDに非圧縮で保存しようとするのもよくわからない。
特に8Kを用途なら、非圧縮で編集しようなんて想定外だと思うけど。
Re:DRAMじゃダメなの？ (スコア:2)
#根拠という語を持ち出すのは、何かが違う
『動画編集のデータもテクスチャとして扱う』というのは、動画をデコードして、例えば、OpenCLであれば、CL_RGBA, CL_FLOATなイメージオブジェクトとして扱うという事として書いた。
Re: (スコア:0)
私が言いたいのは、そのように動画をデコードしてSSDに保持することはないだろうということです。
ご自身で計算されているように、動画データを圧縮なしでストレージやメモリ上に保持するのは非現実的です。
普通は編集用の軽いコーデックに変換して、ストレージやメモリ上に置きます。
Re: (スコア:0)
SSD程度の低速デバイスでも効き目あるのかな?
Re:DRAMじゃダメなの？ (スコア:1)
Re:DRAMじゃダメなの？ (スコア:1)
低速デバイスに対する定石として
・bit幅を増やす。
・インターリーブ設計にして今のアドレスを読む間に次のアドレス読む
などしてカバーするんでしょうね。
画像データの様に連続したアクセスが期待できるから効果があるかも。
Re:DRAMじゃダメなの？ (スコア:1)
たぶん論点がずれてると思う。
この製品は、DRAMをSSDに置き換えるのが目的じゃない。
元々CPUのPCIEバスにぶら下がってたSSDを、GPU直結にすることが目的だと思う。
最近の高速SSDは数GB/sの速度があるので、フルに読み出し続けるような動画編集用では、CPUの負荷やバス帯域の圧迫もばかにならない。
Re: (スコア:0)
ハイスピードカメラ用のHDD/SSD搭載フレームグラバーカードがあるけど、あれのカメラに相当する部分がGPUになったと考えればいいのかな?
Re: (スコア:0)
フレームのもと。フレームバッファだけに。
Re:DRAMじゃダメなの？ (スコア:1)
チップが乗せられないと思う。
DRAMだと、8Gbitチップを4層重ねたパッケージが最大っぽい。1TBだとこれを250個だから面積的に無理かと。
SSD用のフラッシュは、256Gbitを最大48層で、パッケージで512GBらしい。
フラッシュはTLCとかで増してるし、リフレッシュ不要で非破壊読み出しだから電力的に重ねるのが容易だからかと。
//1TBっても、1TiBって意味じゃないし...
-- Buy It When You Found It --
Re: (スコア:0)
チップがボードに載るかと言う前に、大量のDRAMチップを接続するための配線を引き出せるメモリコントローラが作れないね
ボード上に配線スペースも無いし
Re: (スコア:0)
シリアル接続でスタッキングパッケージにしていくとか?
Re: (スコア:0)
500MBのグラフィックカードでも補助電源が必要で
それが１Tとなると電源が足りないんじゃないかと思ったり。
リフレッシュする必要があったりで案外消費電力が高いのかも。
Re: (スコア:0)
今時、500MB位のメモリーなんて、チップ内に作り込めますよね。