James Gosling blogs about Java software performance mythsジェームズゴスリングJavaソフトウェアの性能ブログサイトについての神話 and posts an interesting story (below).との記事を面白い話が（下） 。 The comments contains few more stories from the trenches as they say.いくつかの他の記事のコメントが含まれ塹壕からよく言われるようにします。 Lets look at the real picture shall we?では、実際の画像を見てわたしたちですか？

There was a funny incident at a recent developer event where some folks had a booth where they where demo-ing a high end industrial strength C compiler and had a benchmark that they had transliterated into Java.おかしな事件があったの最近の開発者イベントで人々はいくつかのブースでデモ- ingをどこにハイエンド工業用の強さCコンパイラとは音訳をJavaのベンチマークが出ていた。 They were comparing their compiler to GCC and Java.彼らは彼らのコンパイラをgccとJavaを比較します。 GCC was running at about 2/3 the performance of this high end compiler; the Java version was running at about 2/3 the performance of the GCC version. gccが実行されて約2 / 3ハイエンドのパフォーマンスには、次のコンパイラ;のJavaのバージョンが実行されて約2 / 3のパフォーマンスを、 GCCのバージョンです。 Folks were gathered around the booth and someone noticed that the script they were using to run the Java version didn’t have optimisation turned on.が、今回は、ブースの人々が集まって、誰かを使用していたところ、このスクリプトを実行するにはJava版の最適化をオンにしなかった。 A few seconds with vi to add the “-server” switch and Java’s performance jumped up to match the fancy C compiler.数秒後にviを追加して"サーバー"スイッチとJavaのパフォーマンスに合わせて飛び起きファンシーCコンパイラです。 This got the pro-GCC crowd all excited, so a bunch of them started fiddling with its command line switches.これはすべての興奮した群衆のプロ- gccで、大勢のため、それらのコマンドラインスイッチをごまかしたを開始します。 They got a bit of improvement, but not much (the original selection had been pretty good).彼らは少しの改善が、あまり（かなりていた、元の選択） 。

Author: James Gosling from Sun著者：ジェームズゴスリング太陽からの

In 2001 when I was working at AltaVista I started a push to move us to using Java at the front end. 2001年に私は仕事を始めたのプッシュを移動するアルタビスタ問い合わせは、フロントエンドのJavaを使用しています。 At the time an executive had stated that Java was 40 times slower than C, and that it was easy to proove.ある幹部は、時間が遅くなることよりも40倍のJavaはC 、およびprooveすることは簡単にします。 So he sent me 4 programs he had written 4 years previously (when Java really was slow). 4プログラムを送ってくれたので、彼に書き込ま4年間彼は、以前は次の（ジャワ本当にが遅いとき） 。 I had a look at them, optimised the IO a little (there was no buffering) and the result was that the java programs were only at most 10% slower than the C program (one of them was actually faster) But of course the Java program did a lot more: for one it was completely unicode enabled, whereas the c program was not.私はそれらを見て、少し最適化のio （バッファリングはない）との結果がJavaプログラムがだけでは、ほとんどの10 ％よりも遅いのCプログラム（ 1つは、実際に速い）しかしもちろん、 Javaの多くのプログラムを参考： Unicodeの1つのことは完全に有効になっていますが、 Cプログラムはない。 And that was before NIO. nio前とされた。

Soon after this AltaVista moved to rewriting all of its front end in java.この後すぐに移動さAltaVistaの書換えのすべてのフロントエンドをJavaです。 I left to do other things, but was told that it was a great success.私が残っている他のもの、しかしに言わしては、大成功です。 (Now if only they had listened to me 5 years previously when I told the CEO that they were not making the best of the resource hidden inside hyperlinks…) （今すぐを聞いている場合にのみ彼らは5年間で、以前は次のときに私は私の最高経営していたメーカーは、最高の隠されたリソースの中のハイパーリンク… ）

Author: Henry Story from BblFish著者：ヘンリーの物語からbblfish

In yet another situation I was in, the company was prototyping in C++ because of concerns with performance.私は別の状況ではまだありませんが、当社の同社は、プロトタイプをC + +での懸念のためにパフォーマンスです。 They were worried about performance in an application that was never going to see production and in the meantime spend a lot more time producing it.彼らは心配するアプリケーションのパフォーマンスを見に行くんではなかったの生産とそれまでの間ずっと多くの時間を過ごす生産してください。 When questioned further one could find no basis for their concerns.より詳細な事情聴取が見つからないときの基礎を1つの関心事です。 They could not find one spot in the architecture where performance was so critical that it required the use of C++.彼らが見つかりませんでしたここで1つの点があるのアーキテクチャの演技は非常に重要なことC + +での使用を必要とします。 Even in the face of this evidence and analysis the myth was so strong for them that they were unable to see the reality of the situation.も、顔は、次の証拠と分析の神話はとても強いことができませんでした。かれらの現実の状況を参照してください。

Author: Kirk from Java Performance Tuning著者：カークよりJavaのパフォーマンスチューニング

Personally I have found in bioinformatics world (high throughput distributed processing like genomic annotations) Java software performance competes favorably with C. Will the rumor mongers now finally put a stop to this “java performance issues” BS?個人的に私は発見さバイオインフォマティクスの世界（ハイスループット分散処理のようなゲノムの注釈）に好意をCとJavaソフトウェアのパフォーマンスの競合はそのうわさを否定しmongers今すぐに待ったをかける最後に、この" Javaのパフォーマンスに関する問題" bsですか？