James Gosling blogs about Java software performance myths Джеймс Gosling блоги о 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. Был забавный инцидент в последнее время разработчик случае, когда некоторые люди в кабине, где они, где демо-ния высокой прочности конце промышленных компилятор C и базового, что они транслитерироваться Java. They were comparing their compiler to GCC and Java. Они были сравнивая их компилятор с ССЗ и 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. ССЗ проходит на уровне примерно 2 / 3 выполнении этой высокой целью компилятор; Java версия работает на уровне примерно 2 / 3 выполнения ССЗ версия. 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 толпа все рады, так что пучок из них начали fiddling с его параметров командной строки. They got a bit of improvement, but not much (the original selection had been pretty good). Они получили несколько улучшений, но не намного (первоначальный отбор был очень хорошим).

Author: James Gosling from Sun Автор: Джеймс Gosling от Солнца

In 2001 when I was working at AltaVista I started a push to move us to using Java at the front end. В 2001 году, когда я работал в AltaVista я начал толчок к нам перейти к использованию Java в интерфейсе. At the time an executive had stated that Java was 40 times slower than C, and that it was easy to proove. На время исполнительная заявил, что Java была в 40 раз медленнее, чем C, и чтобы было легко proove. So he sent me 4 programs he had written 4 years previously (when Java really was slow). И он прислал мне 4 программ он написал 4 года назад (когда Java очень медленно). 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 программу (один из них был на самом деле быстрее) Но, конечно, Java Программа действительно намного больше, ибо он один был полностью юникод включена, то с программой не было. And that was before NIO. А что было до NIO.

Soon after this AltaVista moved to rewriting all of its front end in java. Вскоре после этого переехал в AltaVista переписывания всех ее внешнего интерфейса на Яве. 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. Когда еще один вопрос мог бы найти никаких оснований для их озабоченности. They could not find one spot in the architecture where performance was so critical that it required the use of C++. Они не могли найти одно место в архитектуре, где производительность является настолько критическим, что он требует использования 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? Лично я нашел в области биоинформатики мира (с высокой пропускной распределенной обработки данных, как геномной аннотации) Java программного обеспечения исполнения выгодно конкурирует с C. ли слухи mongers теперь, наконец, положить конец этой "java быстродействия" BS?