ＶＢ６．０で、実行形式プログラムを作成した時、その実行所要時間が、
１．６倍になってしまう、と言うことが発生しました。
＜その１＞条件
①対象パソコン：WindowsXPサービスパック２：ＨＰ−Compaqｄｃ５７００
ＣＰＵ：Ｐｅｎｔｉｕｍ（Ｒ）Ｄプロセッサ３．４０ＧＨｚ
②ＶＢオブジェクトのコンパイル条件
Ｐ−Ｃｏｄｅでも、Ｎａｔｉｖｅコードのどちらの生成でも同じく、 所要時間が１．６倍になり、
Ｎａｔｉｖｅコード時に、何も最適化しなくても、
ＰｅｎｔｉｕｍＰｒｏ用に最適化しても、
実行速度優先で最適化した場合も、
コードサイズを最小化した場合も、
デバッグ情報を生成しても生成しなくても、
つまり、どのような条件下で、．ｅｘｅファイルを生成しても、
ＶＢのまま実行する場合の、１．６倍の実行所要時間となる。
＜その２＞派生して．．．
いくつかのｌｏｎｇ配列の大きさが３０００としてあった時、
．ｅｘｅを生成すると、プログラムの一部が全く動作せず、
藁をもつかむ気持ちで、この配列サイズを１０２４としたところ、
正常に動いてしまった。
＜その３＞質問事項
①何が原因でこのような事が起こるのでしょうか？
素人考えでは、Ｐ−Ｃｏｄｅ生成にすると、
処理速度は、ＶＢそのまま実行するのと同じで、
Ｎａｔｉｖｅコード生成にすると、
処理速度が速くなるように思うのですが、
ＣＰＵの種類によっては、こんな事も起こるのでしょうか？
ｌｏｎｇ配列のサイズを変えたぐらいで（それも、
ものすごく大きい配列ではない）、動作が変わってしまうのは、
何が原因でしょうか？
②考えられる対策は？
最新版のＶＢ（ＶＢ．Ｎｅｔ２００７？）あたりを導入すれば
解決するでしょうか？
で、実際どんなコード書いてどの部分で１．６倍になってるの？
上の記事を読んでもその部分について書かれていないので誰も回答できないよ。
プログラムの全体を眺めて１．６倍になっていると騒いでも解決しないだろ
うから関数単位、コード単位などで時間を計り時間の掛かっている部位を特
定するのが先じゃないの？
その後で「こんなコード書いてますが、実行環境と開発環境で結構な時間差
が出ています。速度を上げる方法はないですか。」とか質問しないとね。
まぁ、その際に再現可能なサンプルを作ればより多くの人に試してもらえるかも。(ＤＢや市販コントロール等の特殊な環境が必要ないならね。)
名前が中途半端で、すみませんでした。質問者本人の、はじめちゃんです。
ＧＯＤさんの仰ることは了解しましたが、何故、こんな事が起こるのか不思議な気がして、質問したのです。
たまたま、別のパソコンで、同じプログラムを同じ条件下で動作させる機会に恵まれましたので、追記しておきたいと思います。
Ｃｏｒｅ２ ６６００の２．４ＧＨｚＣＰＵで、同じメモリサイズのもので、試したところ、
ソースコード（開発環境）では、１．４倍処理時間がかかったのに、
ＥＸＥプログラム（実行環境）では、ＰｅｎｔｉｕｍＤ：３．４ＧＨｚのものが、１．６倍になったのに、Ｃｏｒe２ ６６００：２．４ＧＨｚでは、
１．５倍にとどまっていました。
Ｃｏｒｅ２ ６６００：２．４ＧＨｚそのもので見ると、ソースコードとＥＸＥプログラムとの処理所要時間は、ＥＸＥプログラムで、１．０６倍にしかなっておらず、
また、Ｐ−ＣｏｄｅタイプのＥＸＥプログラムでは、全く処理所要時間が変わらない、と言う結果が出ました。
このように、ＣＰＵの種類によって、開発環境と実行環境で、処理所要時間に、違いが出ることが判りました。
本質的な解決ではありませんが、経過説明とさせて頂きます。
ＶＢ６．０で記述したプログラムをＶＢ．ＮＥＴ２００５に変換したところ、開発環境（デバッグモード）での処理所要時間と、実行環境（ＥＸＥプログラム）での処理所要時間の逆転現象（？）は、無くなりました。
何だか、すっきりしないですが、一応解決しました。
しかし、処理所要時間が一番短かったのは、やはり、３．４ＧＨｚのＰｅｎｔｉｕｍＤプロセッサの場合で、ＶＢ６．０のソースコード実行の場合でした。