『GPGPU機能について』のクチコミ掲示板

[AKB-No.6]

GPGPU機能がいまいち良く分かりません。

単純に、このカードを今あるパソコンに接続すれば、エクセルの大量データの計算処理が高速化されるのでしょうか？

書込番号：14207347

[パーシモン1ｗ]

＞単純に、このカードを今あるパソコンに接続すれば、エクセルの大量データの計算処理が高速化されるのでしょうか？
しません。
ExcelでGPGPUを使うことはほとんどありません。ですので、ビデオカードが良くなっても高速化しません。
仮にGPGPUを使おうと思えば、自分でプログラム組んでプラグインを作らないといけないかと。

Powerpoint2010では、スライドや画像再生にGPGPUを使い滑らかな動作をするようになってきたそうですが。

書込番号：14207478

[AKB-No.6]

そうですか。残念です。
NVIDIA　TESLA C2075でもダメでしょうか・・

エクセルを高速化するには、Core i7 3930K と高速メモリーで対応する他ないでしょうか？

書込番号：14207701

[パーシモン1ｗ]

あとは、ストレージの高速化くらいですね。
また、Excel2010にするとか。

マルチコアCPUにGPU、64bitにも対応したOffice 2010
http://ascii.jp/elem/000/000/522/522351/

書込番号：14207731

[uPD70116]

ソフトがないから無理です。
計算を肩代わりさせるには、GPUを扱えるソフトにする必要があるので、アドオン程度では難しいでしょう。

VBAを使っているなら、VBAの高速化テクニックを駆使し、更にコンパイルもすればそこそこ高速化するでしょう。

書込番号：14207764

[AKB-No.6]

返信ありがとう御座います。

Excel2010の64ビットとＳＳＤ（ＲＡＩＤ０）、ＲＡＭディスク、そして、田中さんのVBAの高速化テクニックもすでに利用させてもらっていますけど、まだ処理が遅いです。

もう、エクセルの限界でしょうか・・

書込番号：14207888

[takazoozoo]

それで遅いってＥＸＣＥＬでやる処理じゃないでしょ
普通にCとかJavaとか,C#とかプログラム言語を使って組みなさい

書込番号：14229946

[パーシモン1ｗ]

そこまでして遅いといえるExcel、使い方やソフトを換えた方が良いかもしれない。

書込番号：14230145

[uPD70116]

VBAも使っているみたいなので、依存度が高いならアルゴリズムの見直しもした方がいいでしょう。
小手先の高速化テクニックではなく、処理の見直しで高速化するという段階になっています。

処理の内容次第ではありますが、本当にExcelを使うのが良いのかどうかも検討した方がいいでしょう。

それからRAMディスクに関して、必要以上にメモリーを占拠させて、プログラム実行に必要なメモリーが足りなくなるということがないか確認した方がいいでしょう。
基本的にExcelはオンメモリーで動く気がするので、RAMディスクの効果があるとは思えませんが...

書込番号：14231154

[takazoozoo]

EXCELVBAなんて所詮スクリプト言語なんだから
JavaとかC#とかで書いたのと比べたら下手したら100〜1000倍位遅いでしょ。
そこを効率化しても1000倍遅いのが800倍遅い位になるだけ。

EXCELとか速度を出すものじゃないからｗ
そもそもEXCEL2007以降でも1,048,576行しか扱えないでしょ
その程度の処理内でやる事しかそもそも考慮されてないんだから仕方ない

書込番号：14234574

[AKB-No.6]

済みません、

(オフィスの)アクセスだと速いのでしょうか？

書込番号：14238158

[uPD70116]

処理内容次第です。
何をしているのかが全く判らないので、適切なのかどうかも不明です。
Accessはデーターベースソフトですから、登録されたデーターの中から探し出す様な処理は得意でしょう。
それとは逆に計算は苦手です。

どんな種類のデーターを、どの様に処理する必要があるのかが示されない限り、誰も回答は出来ないでしょう。
どんな業種のあんな処理とか書かれても、具体像が判らないので、プログラム的なデーターの型と、処理の方法を書いてください。

書込番号：14241131

[takazoozoo]

Accessならもしかしたら早くなる”かも”しれないですね。といっても処理内容によります。

vbaなのは変わらずどっちも所詮スクリプトなので
根本の処理字体の速度に差はそんなないです。
ただAccessでSQLなんかの処理内容がきちんとインデックスが効くように設計されてれば別です。
Excelは毎回全件検索してると思ってください

http://office.microsoft.com/ja-jp/access-help/HA010210347.aspx

例を挙げます。
EXCELは社員数1万人の中から社員名でデータを探す場合に最初から１万行分を検索します。
つまり1万×比較処理が必要になります。

AccessなんかのDBだとindexが効いていれば簡単に言うと2分探索で検索します。
１万人いたとしても大体14回の比較処理で検索できます。(2の14乗)

14×比較処理ですね。

既にこの時点で勝負にならないですよね。

といってもaccessでもSQLにorなんかを使った瞬間に全件検索が走るしすぐ全件検索するのが大好きなDBで
orを使ったSQLを書いた瞬間にすぐに全件検索が走るので、
SQLServerとかMySQL+プログラム言語とかで組みなおすのが正解では？とは思いますが、、、

書込番号：14244802