cerf_machine, посмотри пример: http://life.june.com.ua/

О, забавно.
Меня совсем недавно друг просил это сделать. Он вычитал из какой-то фантастической книги. Я делал на c++, используя WinAPI, но приоритетная роль была отведена именно узору, который проявлялся в жизненном цикле организмов - пикселей серого цвета на черном фоне.
Если интересно, могу показать.

Это сообщение отредактировал(а) cerf_machine - 16.2.2007, 16:58

Прикольно все написано, только непонятно откуда такие цифры.

Тест с факториалами пробовал на довольно тормозном в мире C++ компиляторе Borland CBuilder


У меня получилось 1,079 сек
Если всего лишь объявить вместо unsigned  int factorial(unsigned int a)
unsigned int __fastcall factorial(unsigned int a)
получилось уже 0,857 сек

Тест по созданию большого числа небольших объектов однозначно нечестный для С++. 
Потому что в С++ вы замеряете не только создание, но и удаление объектов (там есть delete a). 
А это минимум в 2 раза увеличивает время. 

А что Вы считаете что JVM объекты вообще не удаляет? У неё что безграничное пространство для действий без ограничений?

Я подозреваю, что объекты будут когда-нибудь удалены. Ключевой момент когда. Но очень сомневаюсь, что это происходит в момент замера теста. Я буду Вам благодарен, если Вы расскажите мне в какой момент происходит реальное удаление объектов в Java и как я могу это контролировать.  Замечу также, что показанный здесь способ создания объектов является самым медленным в С++. Обычно, когда Вам нужны часто создаваемые/уничтожаемые небольшие объекты их создают с помощью конструкции 

А a(i);
a.calculate(...);

В этом случае скорость вырастет на порядки, т.к. чтобы создать/уничтожить объект достаточно передвинуть указатель по стеку и все.
Понимаете, даже если поверить, что JIT компилятор неимоверно крут в Java или там в .Net, есть 
еще некоторые особенности этих языков.
Например массивы. И Java и там C# при каждом обращении к какому-нибудь элементу по любому будут проверять на допустимые границы и т.д. 
Я ни в коем случае не говорю, что это плохо в общем смысле. Но это не добавляет производительности в частности. Но именно из-за общего смысла, для мобил я пишу на Java  И надо отдать должное, мне все больше нравится с Java работать. 

Благодарности мы не дождёмся - это процесс непредсказуемый 

Зато можно с увереностью отодвинуть процесс удаления 
можно изменить тест так:
в C++ только создавать объекты
в Java создавать объекты и использовать их потом (чтобы сборщик мусора не удалил их сразу)
и замерить только время создания в обеих программах...

Добавлено @ 12:05 
а вот время удаления, скорее всего и не получится сравнить из-за этой самой непредсказуемости (хотя яслышал, что можно принудительно вызывать сборщик, но ведь он может начать собирать и другие какие-то вещи)

Это сообщение отредактировал(а) maxim1000 - 10.3.2007, 12:06

Можно попробовать, но без гарантий, что он действительно вызовется.

Еще несколько слов по поводу тестов. Мне кажется сам подход, который пытаются здесь применить - неверен. Вы сначала пишете тест на Java, а потом просто копируете его как код C++.
Не выполнив даже элементарные "косметические" действия как в примере с __fastcall 
Это в корне неверный подход. Хотите получить реальные тесты по производительности, пригласите специалиста в C++. Поставьте ему задачу и пусть он ее сделает любыми доступными ему средствами в C++, а Вы выполните ее любыми доступными средствами в Java. Естественно исходники должны быть открыты и доступны всем участникам. Возможно даже Вы сможете заинтересовать смежный форум по С++ и получится даже некое межфорумное соревнование   Ну и конечно, например 5-10 тестов должны быть от форумчан С++ и 5-10 от поклонников Java. 

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

Уже приглашали: Coocky и Chipset-а, до конца так и не довели. Если есть охота займись.
А вообще есть раздел "Наши тесты" там и тема соответсвующая есть.

Вы уже, наверное, видели мою тему в тестах о бенчмарке OpenGL на Java и C++. Сейчас уже есть один человек, который согласился написать код на C++. Правда он копирует мой весьма неоптимизированный (в плане графики, да и обхода дерева мешей) код на Java. Если кто-то хочет присоединиться - пожалуйста. Правда лично мне кажется, что производительность реальных графических приложений будет примерно одинакова - графика сейчас больше видеокартой обсчитывается, а не процессором.
Да и еще, есть такие игры как ИЛ2-Штурмовик, Chrome, Xtreme Rally (неплохой автосимулятор кстати, даже на небыстром компе летал), Закон и порядок. В них логика (все кроме графики) делалась на яве, а графический движок на C++. И ничего, геймеры не заметили в принципе. ;)

Вот удивил, так удивил!... Это достоверная инфа?

VOS, +1.  
Действительно, многие сравнения не честны. В серверной джаве наверняка политика менеджера памяти сильно отличается от С++сных реализаций. Там, например, память вполне может выделяться большими блоками, которые по-тихоньку заполняются, к тому же удаляется это все дело фиг знает кода. В си, во-первых у тебя есть выбор, какую память выделять, во-вторых есть замечательная возможность с легкостью создать собственный менеджер памяти (или просто взять альтернативный, например, из библиотеки <locki> ), который будет несоизмеримо эффективнее по сравнению со стандартной операцией new для маленьких объектов. Так же есть возможность явно рекомендовать компилятору хранить определенную переменную в регистре и т.д. и т.п. (хотя это уже тонкий напильник....)  В яве всех этих возможностей нет, скажем так, по определению.
Так что, абсолютно уверен, что при небольшом желании на сях можно обогнать серверную джаву в любой задаче, если руки растут откуда надо.


Это сообщение отредактировал(а) SaDFromSpb - 19.3.2007, 07:51

Ну может быть, еще компилятор для с++ половчее поискать прийдется для этого   

А при определенных усилиях на асме можно обогнать любой Си  

Вот только в больших проектах возможности вылизывать каждую строчку кода - нет.

Я не согласен с таким определением честности. Если ява действует разумнее при распределении памяти, это ее достоинство. Так что если мы пишем один и тот-же алгоритм на C++/java и java обгоняет - то в этом тесте она победила. независимо от того, кто как управляет своими ресурсами.