C++は難しすぎ難易度:2

C++は難しすぎ難易度:2 at TECH

■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト

350:デフォルトの名無しさん
 04/09/12 21:27:08
>>348 
>  まぁ、ハードに近い分野をMSがどうやってクラスライブラリにのっけてくるか、お手並み 
>  拝見だけど、.NETの最適化も1.1→2.0βで大幅に進んでるからね。画像処理のコードを 
>  1.1と2.0βで同じようにコンパイルしたら5倍ほど速度アップしてた。1.1上で約16秒 
>  要してた処理がコンパイルし直すだけで3秒程で終わるようになってたからね。 
 
ま、まじっすかそれ？

351:デフォルトの名無しさん
 04/09/12 21:52:58
>>349 
やりましたよ。C++だと.3秒で終わりました。テスト用に作ってる 
画像処理用ライブラリなんですけどね。巨大なサイズのビットマップを 
読み込んでフィルタ処理するって奴です。 
現行だとC++の方が10倍程速いですね。しかしですね、ここが大きな問題 
なんですが、C#でもbitmapクラスを使わずにそのままメモリに展開して 
ポインタ使ってアクセスすると.4秒程度で終わってしまうんですね。ファイル 
読み込みにはもちろん.NETのクラスライブラリを使用してます。 
個人的にはC#でunsafeなコードを書くのは邪道だとは思うんですが、やろうと 
思えば問題ないって話ですね。dll呼び出しするほど手間でもないですし。 
インラインアセンブラ使うような感じですね。となると話しはややこしくなってきます。 
C#に対するC++の現行での利点は、 
・ポインタを駆使出来る。 
・win32apiへのアクセスが容易である。 
・ネイティブコードを吐ける。 
とまぁ既存のライブラリ資産の問題を抜きにすればこんなところです。後ろの２つは 
ここ２～３年で利点でもなんでもなくなってしまう訳です。で、１つ目に関してもボトル 
ネックとなるような肝い部分ではC#でも問題なく使用出来る、となればほとんど差は 
なくなってしまうんですね。やはり考え込んでしまいますね。ただ、プロジェクトの規模 
が非常に大きくなってきた時のGCの挙動というのがどの程度パフォーマンスに影響を 
与えるのか現時点では読めません。コードでの工夫のしようはありますが、最終的には 
VM任せですから。まぁこのあたりもMSが最適化していくような気はしますが。 
一つはっきりしときたいのは私はC++を否定するつもりは毛頭ありません。ただ、スレタイ 
にもあるとおり「C++は難しすぎ」と感じる人がいるのだとすれば無理して今から覚える 
必要は、Win上での開発を念頭に置いているのなら、ないんじゃないかなと思っただけです。 
 
>>350 
ほんとです。ソースはそのままコンパイルやり直しただけでその程度のパフォーマンスの 
向上が見られました。βがとれた時はそれなりに期待しても良いのかなという気にはなり 
ましたね。

次ページ