James Gosling blogs about Java software performance myths جيمس جوسلينج بلوق عن اداء برنامج جافا الأساطير 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. وكان هناك مضحك الحادث الذي وقع في الآونة الاخيرة المطور الحدث حيث كان بعض اهل كشك حيث عرض فيها كرها - عاليه نهاية القوة الصناعية ج المجمع وكان احد المعالم التي كانت نقلا الى جاوة. They were comparing their compiler to GCC and 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 اداء الحد الاعلى لهذا المجمع ؛ جافا تدير الاصدار في حوالي 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. وتجمع الناس حول جناح واحدهم لاحظ ان النص انها تستخدم لتشغيل جافا الصيغة الامثل ليس لديها مشغل. A few seconds with vi to add the “-server” switch and Java’s performance jumped up to match the fancy C compiler. بضع ثوان مع السادس تضاف الى "خادم" التبديل وجافا اداء المباراة حتى قفز الهوى المجمع ج. This got the pro-GCC crowd all excited, so a bunch of them started fiddling with its command line switches. هذا حصل على الحشد لصالح جميع دول مجلس التعاون الخليجي بالاثاره ، لذلك بدأت مجموعة منهم مع الغش مفاتيح سطر الاوامر. 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 عندما كنت أعمل في altavista بدأت دفعه الى الانتقال بنا الى استخدام جافا في واجهة. At the time an executive had stated that Java was 40 times slower than C, and that it was easy to proove. في ذلك الوقت تنفيذي قد ذكر ان جافا كانت ابطأ من 40 مرات ج ، وانه من السهل 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. كان لي ننظر اليها ، الاعلام والتوعيه الامثل قليلا (لا يوجد التخفيف) وكانت النتيجة ان برامج جافا فقط على الاكثر 10 ٪ ابطأ من البرنامج ج) واحد منهم فعلا أسرع) ولكن بطبيعة الحال جافا البرنامج لم الكثير : واحدة لانها مكنت يونيكود تماما ، في حين ان البرنامج كان لا ج. 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. في آخر كنت في حالة ، وكانت الشركة النماذج في ج + + بسبب القلق مع الاداء. 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++. انها لا تستطيع العثور على بقعة واحدة في الهندسه المعماريه ، حيث كان الاداء الحرجه حتى انه يتطلب استخدام ج + +. 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 الكاتب : كيرك من ضبط الاداء جافا

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? أنا شخصيا وجدت في عالم المعلوماتيه البيولوجية (عالية من الناتج توزيع تجهيز مثل شروح المجين) برنامج جافا يتنافس اداء ايجابيا مع جيم وسوف يشيعون اجواء الاشاعه واخيرا الان بوضع حد لذلك "مسائل الاداء جافا" على درجة البكالوريوس؟