>Следует отметить отличные результаты жеребцов кофейного цвета ;-)

Именно что "отличные" - Sun вообще в лидеры не попала. GCC обогнал, .Net обогнал, даже Mono и тот - впереди. И вообще не вызывает доверия методика подсчета производительности. Выходит что по некоторым характеристикам Sun JDK отстает от всех в полтора раза - просто "отличный" результат... порадуемся "успехам" солнечных мелкосистем. Бис!

ed, пиши еще - я смеялся. стёб. здорово.

Ну и какие жеребцы? Вы слепые, С#.NET на винде всех порвал как тузик грелку глаза разуйте!!!

Иерархия HTB

>лохи anonymous и рады до усрачки С#.NET быстрее JAVA, а то что с победой MS.NET linux останется в жопе, их не волнует.

Ну и шо, asm порвет C#.NET еще круче.
Бегом делать enterprise приложения на асме.

Ой ой :) Классное проклятие:

"Чтоб ты писал enterprise-приложения на ассемблере!"

> Ну и какие жеребцы? Вы слепые, С#.NET на винде всех порвал как тузик грелку глаза разуйте!!!

Ну и где C# кого порвал? В SciMark 2.0 ? Он там на 10 месте! В Linpack? Так он там с сановской жабой нос к носу - во одном тесте опережает, в другом отстает. В Eratosthenes Sieve? так он там тоже рядом с сановской жабой и отстает от жабы IBM.

Так кто и кого порвал? И кто должен разуть глаза?

обьясните тупому, чего они там замеряли то? а то я инглиша непонимаю.

> обьясните тупому, чего они там замеряли то? а то я инглиша непонимаю.

Быстродействие на математических задачах. Смотришь таблицы и графики, в большинстве - чем больше цифры, тем быстрее.

Не переживай так, просто некоторые совсем не умеют читать по-английски...

А результаты действительно впечатляют, хотя они совсем и не новы. Иной раз даже призадумаешься, а стоит ли писать какую-нибудь число-дробилку на C/C++, если выигрыш в скорости не настолько велик по сравнению с Java/C#, а гемора куда больше... А если еще стоит вопрос об интеграции в другое приложение, которое уже написано или будет написано на Java/C#.

Правда никто не может застраховать от криворукого использования объектов иными "софто-разработчиками" в тех же Java/C#.

В общем, круто времена изменились :)

>А результаты действительно впечатляют, хотя они совсем и не новы. Иной раз даже призадумаешься, а стоит ли писать какую-нибудь число-дробилку на C/C++, если выигрыш в скорости не настолько велик по сравнению с Java/C#, а гемора куда больше...


Это от того, что вы не писали серьезные числодробилки ;)
hint: Серьёзная числодробилка это не C/C++ и даже не FORTRAN/HPF,
      Серьёзная числодробилка это MPI,PVM,OpenMP... а пре- и пост процессоры наверное можно попытаться написать на Java/C# ... если они смогут справляться с серьезными объемами данных за вменяемое время ... пока удовлетворительных примеров я правда не наблюдал...

Ну, конечно, куда нам до вас...

Я понимаю, параллелизм - это Ваша профессиональная тема, но стоит поверить мне, что число-дробильных задач в избытке и для обычных писюков - компьютеров таких простых смертных как мы...

Ну, возьмем к примеру средства моделирования с сопуствующей визуализацией и прочими вещеми. Обычно они запускаются на Mac и Windows. A упомянутые средства пареллельного программирования - это скорее привелегия для достаточно узкой прослой специалистов из академических кругов.

>Ну, возьмем к примеру средства моделирования с сопуствующей визуализацией и прочими вещеми. Обычно они запускаются на Mac и Windows

Хорошо ... давайте на время забудем о том КАК получают результат в HPC и попытаемся его обработать (визуализировать например)

...и даже отбросим такие профессиональные библиотеки визуализации как например pV3 etc.

Что у нас останется в сухом остатке на тему C/C++ vs Java/C# ?

Честно говоря я видел полторы версии постпроцессоров (более менее специализированных) на Java ... ну не конкуренты они тем, что писаны на C/C++ ... возможно пока.

PS: Постпроцессинг это тоже в общем-то числодробление ... только карликовое ;)

PS2: А что за визуализаторы имелись ввиду для Mac ? У меня в лаборатории 2 десятка старых маков стоит но они используются только как интерфейс к местной базе данных.

tukan ты в курсе что ты ТУКАН ?

Так, похоже пора навести порядок, а то компот какой-то получается... :)

>> Ну, возьмем к примеру средства моделирования с сопуствующей визуализацией и прочими вещеми. Обычно они запускаются на Mac и Windows

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

Противостояние C/C++ vs. Java/.NET тут не причем. К тому же, очень многое создавалось на C/C++ еще в те времена, когда технологии байт-кода были во младенческом возрасте. А свои привычки люди меняют не часто.

> А что за визуализаторы имелись ввиду для Mac?

Средства моделирования (ithink, Vensim и прочее), где визуализация подразумевается как нечто вспомогательное на уровне рисовалки диаграмм или выдачи графиков. Ну, не разумно [и никто не даст] такие вещи прогонять на супер-пупер кластере. Потому и пишут для обычных писюков и маков.

Здесь главное не то как быстро считается, а то насколько удобно для пользователя. Под пользователем обычно понимается какой-нибудь студент или специалист с достаточно высоким уровнем технического образования.

Еще раз озвучу главную мысль. Есть большое количество число-дробильных задач, где вопрос эффективности вычислений не самый главный, хотя и достаточно важный. Там при определенных условиях вполне можно обойтись Java/.NET.

Ну, и что?

>Есть большое количество число-дробильных задач, где вопрос эффективности вычислений не самый главный, хотя и достаточно важный. Там при определенных условиях вполне можно обойтись Java/.NET.

Только давайте не будем (чтобы не вносить путаницы) называть такие задачи "числодробильными"

Расчеты ведь можно проводить и на Excel и на MathCad только это ни разу не "числодробление"

Я предлагаю термин "небольшие расчетные задачки" ;)

2All Доброго времени суток.
Хех ... Ну зачем же Вы так беспардонно врете ?)
pvm,mpi,openmp[hpf из этой же песни если ф что] - это всего лишь наборы библиотек !!
и как раз эти библиотеки можно заюзать
в коде написанном на c,c++,f77,f90 [читаем спецификации] )
кстати java && из перечисленного выше в природе бывает ?)
Best wishes,$echo.

PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND
17391 vitja 20 15 1410M 1.2G 564M R N 99.2 83.0 10550m 0 prog
prog изменил название .... cat meminfo

%cat /proc/cpuinfo | grep "model name"
AMD Athlon(tm) XP 2600+
%cat /proc/meminfo | head -n 2
total: used: free: shared: buffers: cached:
Mem: 1588248576 1554796544 33452032 0 954368 800645120
Swap: 1529880576 764940288 764940288
%ls -s /disk2/tmp/*.rwf
2048000 /disk2/tmp/1.rwf 2048000 /disk2/tmp/3.rwf 1704 /disk2/tmp/5.rwf
2048000 /disk2/tmp/2.rwf 2048000 /disk2/tmp/4.rwf

Числодроильня ?))))
$echo.

P.s. Вы еще про Linda забыли )))

Не стоит ни на C++, ни на Java/C# писать. Ведь есть же Лисп...

>кстати java && из перечисленного выше в природе бывает ?)

Речь именно об этом...

а java и всякие C# параллелятся пока только руками (хотя я еще лет 5 назад видел работы по распараллеливанию кода Java-кода, но это все на пока было на уровне академических разработок а не промышленного кода)

a za4em eto nado ?)
$echo.

>7391 vitja 20 15 1410M 1.2G 564M R N 99.2 83.0 10550m 0 prog

задача занимает 83% всей памяти ? ;)

Это я, так понимаю, случай подгонки ТЗ под существующее железо ? ;) Эток когда спрашивают "а почему это вы считали на сетке 1041x302x117 ?" ;))

PS: У меня кстати такой же Athlon (но с меньшим объемом памяти) стоит как раз на постпроцессинге результатов ;)

>a za4em eto nado ?)

Что конкретно ?

Параллельная Java ?

А ХЗ ;) Я это видел в http://www.ispras.ru для них "зачем" это не вопрос они-ж "фундаменталисты" а не "прикладники" ;)

Parallel Java

Вот кстати ссылки

http://www.ispras.ru/groups/ctt/parjava.html

http://www.ispras.ru/groups/ctt/projects.html?1#1

Если интересно могу с Athlon2000+MP сюда запостить .... там еще жестче )
83%, не предел .... память там DDR400 2-х канальная .. 2x256Mb + 2x512Mb [nForce2 Ultra]
диски в raid0 [~105Mb/sec hdparm -t]
да .. отсутсвие мощностей от этого и пляшу в садо-мазо эротичном танце )
Сейчас Оптероны на бенчмарках ... пока только Итаникам уступают по производительсноти.
DFT Бенчмарки для программы nwchem) [что не может не радовать!]

Да, вопрос был про параллельную Java. )
Теперь понимаю, академичиеский интерес [уже блевать тянет от него самого]

Best wishes,$echo.

Акстись, где это .net кого порвал?

Акстись, где это .net кого порвал?

Отдает каким-то снобизмом...

Выходит, что если решение математической задачки не распараллелено, стало быть, задачка была просто небольшой и "расчетной". Здорово :)

Кстати, тоже не вижу большого практического смысла в распараллеливании явовского кода, если Вы на этом пытались построить свою "аргументацию".

>и как раз эти библиотеки можно заюзать >в коде написанном на c,c++,f77,f90 [читаем спецификации] ) >кстати java && из перечисленного выше в природе бывает ?)

у нас юзали и под java(вернее java под) - через jni

>Отдает каким-то снобизмом...

Ну для некоторых и Запорожец - иномарка ;)

>Выходит, что если решение математической задачки не распараллелено, стало быть, задачка была просто небольшой и "расчетной". Здорово :)

"Вот Ыменно, вот Ыменно" (c) Х.Моржов

PS: Давайте таки отбросим сленг, который только туману нагонеет и заменим "числодробление" на HPC (High Performance Computing)

PS2: Вообще говоря попытки прицепить Java к HPC были (видимо с подачи Sun) см. тот же самый JHPC http://sourceforge.net/projects/jhpc

Вот только чегой-то я не вижу толпы юзателей сего чуда ;) Как Вы думаете, отчего ? ;)

Чудеса только в сказках -)
$echo.

Видимо, это - диагноз.

>Вот только чегой-то я не вижу толпы юзателей сего чуда ;) Как Вы думаете, отчего ? ;)

У JAVA не та ниша. Для HPC она не подходит. Эти задачи, как правило, сидят на таких китах, как объем памяти, и время счета. JAVA тут впролете. Если со скоростью счета еще туда-сюда. Еще приемлемо, то вот с памятью, тут беда. Жрет падлюка :) Потом, сложно прогнозировать время счета, из-за периодической сборки кучи.

Мы тут как-то пузами мерялись, относительно скорости работы C/JAVA на простенькой задаче. Вобщем, мало JAVA от C отстает по корости. Хотя, задача задаче рознь.

>Кстати, тоже не вижу большого практического смысла в распараллеливании явовского кода

Ну почему-же? Для нагруженного application server очень нефигово было бы распараллелиться. Когда тысячи клиентов запросами бомбят, очень нефигово было бы... Правда тут кластеризация помогает.

Так смотря чего распараллеливать по разными процессорам. Одно дело - потоки массивных вычислений, а другое дело - бизнес логику для application server. Речь шла о первом.

Жаба круть! МАЛЯ!