Дык онаж вроде и так быстрее C и Ассемблера вместе взятых?

>Дык онаж вроде и так быстрее C и Ассемблера вместе взятых?

Она теперь теперь стала ещё более быстрее чем раньше

Ждем топика "Ява быстрее компьютера".

А я жду технической статьи Сана на тему "хотя аппаратный вечный двигатель невозможен, над программным вечным двигателем, написанным на яве, уже ведутся работы"

И каким же образом ява быстрее Си??

void main(void){ for(;;){ delay(1); } }

вот вам вечный двигатель на C. По идее тот, что на джаве, будет ещё быстрее :)

>И каким же образом ява быстрее Си??

Это не важно... Важно то, с какой травой ты дружишь! ;)

Очередная лошадь в вакууме. Вообще, как эти "инженеры Java" надоели со своими тестами.

Ну да, извернулись и написали с минимумом колл-стека апликуху. После перваривания в байткод у нее вышла большая производительность, чем у некого говновебсервера Xitami (судя по названию, белого человека при создании и рядом не валялось).

Пусть теперь тем же макаром напишут FTP сервер и сравнят его с VSFTPD. А я пока за поп-корном схожу. "Инженеры", блин.

Саныч, твой выход! А новость ЛОЛ.

LISP все равно шустрее и функциональнее.

Главное — понять методику, с помощью которой доказывается, что Ява быстрее С :-)

Эта методика доказательства, скопированная со статьи Сан, может очень пригодится для того, чтобы доказать, что PHP быстрее C, Perl быстрее C, Pithon быстрее C и так далее.

Шаг 1. Откопать какой-нибудь веб-сервер типа Xitami, имеющий явные проблемы на Солярисе, и который разработчики на Солярисе видимо вообще не тестировали (см. http://www.xitami.com/download.htm )

Шаг 2. Убедиться, что этот веб-сервер не может быстро работать в многопоточном режиме.

Шаг 3. Тестирование проводить на 4-ядерном сервере и на Соларисе, и сравнивать с Явой, которая с Соларисом конечно дружит. Наблюдать, как с ростом количества ядер отрыв растет (см. диаграмму в статье).

Шаг 4. Для убедительности назвать xitami "one of the top 10 web servers", хотя по отчету неткрафта он тогда занимал более, чем 80-е место.

Понятно, что необязательно использовать именно xitami, можно откопать и другой заброшенный веб-сервер, плохо работающий на чужой для себя ОС.

Творческий подход и отсутствие излишней трепетности перед фактами -- залог вашего успеха!

что сейчас будет... а новость интересная

Ну, наконец-то!!! СПАСИБО!!!

Let's begin The Combat!

Да, еще забыл один шаг:

Шаг 5. В заголовок статьи ОБЯЗАТЕЛЬНО включить какую-нибудь аббривиатуру, например "LRWP". Это:

- придаст статье научный и достоверный вид

- заставит скептиков, считающих яву медленнее чем с, засомневаться: "а может с LRWP ява становится таки быстрее?"

> Ну, наконец-то!!! СПАСИБО!!! Let's begin The Combat!

Тсс... у меня в запасе еще одна такая есть...

> Pithon

к логопеду быдло!

Главное — понять методику, с помощью которой доказывается, что Ява быстрее С :-)

> "Инженеры", блин.

Это я старался, писал поученее... боялся что новость не пропустят как провокацию к флейму :-)

Python конечно. И еще аббрЕвиатура -- ты пропустил :-)

Шаг 6:

Статью обязательно должны писать индусы, и лучше всего 5 человек. Уж они то не будут слишком трепетно относится к фактам, и спокойно поднимут xitami c 80-го места в первую десятку серверов.

>заставит скептиков, считающих яву медленнее чем с, засомневаться: "а может с LRWP ява становится таки быстрее?"

Сходил по ссылке и обнаружил что статья называтся так: "Making Java Technology Faster Than C with LRWP", кроме того "Some of the solutions were to either migrate the Long Running Web Process (LRWP) protocol ... LRWP is a protocol used by the Xitami web server to communicate with its peers.". То есть LRWP соотносится с Си.

>LRWP is a protocol used by the Xitami web server to communicate with its peers.

ЖЕСТЬ

Шаг 7. ????? Швг 8. PROFIT

> То есть LRWP соотносится с Си.

тебе не повезло:

but LRWP in Java was faster by 23% on a single core system and by 78% on a 4 core system,

Мне java мелкософт напоминает: дерьмо дерьмом, а представляют как мегасуперпродукт. Когда же наступит java-капец?

> void main(void){ for(;;){ delay(1); } }

> вот вам вечный двигатель на C. По идее тот, что на джаве, будет ещё быстрее :)

я так понял, что на жабе любой бесконечный цикл будет завершен всего за несколько секунд? или не любой? ;)

> я так понял, что на жабе любой бесконечный цикл будет завершен всего за несколько секунд? или не любой? ;)

Конечно не любой!!! Только тот, который jni не использует -- jni ведь тормозить будет.

JVM - КОМПИЛИРУЮЩАЯ среда. Ключевый слова JIT и HotSpot. Учите матчасть!

:))))))))))))))))))))

мы все знаем, что ява быстрее С и С++, только тормозит больше, а так - быстрее.

Поправьте заголовок: "Делаем C медленнее Java." так будет правильней.

Java не нужна

> Поправьте заголовок: "Делаем C медленнее Java." так будет правильней.

Почему сразу "делаем"? Я думаю они такой медленный сервер как xitami не одну неделю искали...

>> JVM - КОМПИЛИРУЮЩАЯ среда. Ключевый слова JIT и HotSpot. Учите
>> матчасть!
>> :))))))))))))))))))))
>> Bioreactor * (*) (24.06.2008 10:23:17)

JIT и HotSpot - настоящее извращение, идет прямо к тебе.

> мы все знаем, что ява быстрее С и С++, только тормозит больше, а так - быстрее.

Да-да, она тормозит только из-за неумелых рук программистов, неосвоивших правильные паттерны. А так конечно быстрее и С, и С++.

Жабафилы ваще опупели!?

> Жабафилы ваще опупели!?

Я не жабафил, мне методика доказательства из статьи понравилась :-)

>>LISP все равно шустрее и функциональнее.

Лисп экономически нееффективен. Ну и что с того что у лиспа самый легкий и самый шустрый движок? Зато кодер на лиспе съест в два раза болше бананов. А программа, писанная на продажу, все равно будет тормозить не у писателя, а у лоха, что ее купил. А еще можно договориться на бонус от хардконтор за стимуляцию спроса на новое железо.

Не позорились бы.

Уж лучше бы Tomcat сравнили с падучим nginx.

>>А так конечно быстрее и С, и С++.

Мсье имеет реалное тому подтверждение? Вы уже переписали на жабе ядро? У вас есть набор системных утилит шустрее сишных? Может вы знаете ос полностью писанную на энтом великом и могучем?

Приличную скорость на интерпретаторе байткода можно получить только вызывая заточенные под конкретный камень сишные библиотеки. Там где ява далеко отходит от собственных примитивов производительность от паттернов не зависит.

> Ждем топика "Ява быстрее света".

fixed.

ты юмор не понял. немного выше я писал, что если бы ява не использовала тормозящий ее jni, то можно было бы бесконечный цикл на ней прогонять за несколько секунд :-)

Google Android

>А программа, писанная на продажу, все равно будет тормозить не у писателя, а у лоха, что ее купил.

+1

Интерестно почему бы им вообще весь Солярис на Java не переписать чтоб было "быстрее" :-)

> Интерестно почему бы им вообще весь Солярис на Java не переписать чтоб было "быстрее" :-)

Скорость загрузки OpenSolaris и так без java based core оставляет желать лучшего. Так что не стоит :).

Да заебали со своим пиаром. Быстрее, быстрее. Всё равно быстрее не будет. А остальные быдлокодеры и рады: "Сан сказала, что ява быстрее чем машинные коды".

>И каким же образом ява быстрее Си??

Официально измеренная скорость -- 80 км\ч

>Почему сразу "делаем"? Я думаю они такой медленный сервер как xitami не одну неделю искали...

Надо писать, "ищем на С прогу, медленнее явы?"

Даёшь руководство по поиску тормозных прог! :)

>Официально измеренная скорость -- 80 км\ч

Ещё быстрее "на скорости 70 миль в час (более 100 км/ч)" (цитирую из памятного топика).

> быстрее Ассемблера...

совсем дурак?

недавно на ЛОРе я показывал, что банальный пузырёк на Си выполняется в 2 раза быстрее, чем на яве. (а может и более - у меня шина памяти медленная - ддр2 200/400)

опять дураков понабилось.