Excelsior JET 4.8

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

Что касается АОТ, то иногда она дает лучшие результаты, иногда в случае программ, которые тщательно не профилировали лучшие результаты может дать JIT. Монолитный бинарник -- плохо, сейчас весь софт использует динамически разделяемые модули. Обычно проблемы с производительностью явы упираются не в код, а в сборку мусора.

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

> замерял тут... задача кросскорреляции каналов (для полевой сейсмики) 
> на UltraSparcIII (1Ghz) работает в 3 раза быстрее на яве, чем на Intel
> Pentium IV (2 с чем то там Ghz) на C++

Че за бред? Какой отморозок писал С++ версию? Или может Вы ее cint 
запускаете? Берем на работу человека, который умеет писать на С++.
А по поводу скорости - идем на http://shootout.alioth.debian.org/
и смотрим как быстро работает ява по ср. с плюсами, когда проги для 
плюсов пишут не знатоки Cobol. И не надо басни про UltraSparc разводить 
- по совр. меркам проц с совсем не выдающейся архитектурой и ничего
особенного(даже сравнимого), по сравнению с аналогичными по стоимостями 
интел/амд, из него выжать не получится.

По поводу скорости с шаблонами/RTTI и т.д.
Шаблоны - значительно повышают скорость(по сравнению с callback
и виртуальными ф-циями). RTTI понижает, но его вполне можно отключить.
Ну и в любом случае понижает не до уровня жабы.

Сейчас есть дурацкая мода. Написать какую-нибудь полезную программу на Java, а потом засунуть в ее инсталлер еще и полноценный JRE. Мол, обычному пользователю проще скачать лишние 20 Мб, чем парится с установкой Java и потом заниматься прописыванием системных переменных типа $JAVA_HOME (или %JAVA_HOME%). Видимо, на этот рынок и расчитано. Мне нравится.

нет, я сплю в той же комнате в которой домашний комп стоит, на котором тоже IDE всякие долго-грузящиеся есть.

> нет, я сплю в той же комнате в которой домашний комп стоит, на котором тоже IDE всякие долго-грузящиеся есть.

Нафига Вам дома всякие IDE? emacsа уже не хватает? или осилить не могём?

>бровзеры, файлменеджеры, IDE , просмотрщики, клиенты ДБ , мейл клиенты вы тоже один раз в год запускаете ?

Практически. У меня есть рабочая среда, и я в ней работаю. Перегружать мне смысла нет. Не виндовс всетаки.

>какой умный мальчик ,молодец одним словом.

>ваша склонность к извращениям не доказывает необходимость всем по ночам слушать вентиляторы.

>давайте вообще невыключаемые компы без винчестера продавать, с уже заполненным гигабайтным РАМом

Ну уел! Просто уел. Убийственные аргументы. Все сдаюсь.

>Нафига Вам дома всякие IDE?

чтобы исходники читать, А читать исходники без нормального "intellisense" сейчас не считаю возможным.

про то что emacs это очень устаревшая с точки зрения фич и быстродействия вещь я уже говорил неоднократно. Ключевой тезис - ecb просто не а состоянии обеспечить приемлемый user expirience при индексации к примеру ядра линукса или сорцов rt.jar (ибо не jit), a xref связан с имаксом через потоки, поэтому при выводе гигантских списков он не может делать "call by need" увеличивая скорость. + куча других недостатков которые мне перечислять влом.

> Сейчас есть дурацкая мода. Написать какую-нибудь полезную программу на Java, а потом засунуть в ее инсталлер еще и полноценный JRE.

Это правильная мода. Ибо в разных JRE баги разные, так уж лучше пусть скачается лишних 20 метров зато работать будет под тем же JRE под которым девелопилось и тестилось.
Например AquaFold так делает (а назвать их софтину бестолковой/бесполезной язык не повернется). Зато DBA (который именно _DB_ A а не сисадмин/линухоид) поставит, запустит и горя знать не будет.

Конечному пользователю софта знать про JAVA_HOME нафиг не надо, если у него есть админ - то это задача админа, а юзеру работать надо а не в конфигах шарится.

используя вашу логику, можно обосновать распространение софта вместе с операционной системой (Ибо в разных версиях ОС баги разные) в виде LiveCD, vmware или xen образов.

> Это правильная мода. Ибо в разных JRE баги разные, так уж лучше пусть скачается лишних 20 метров зато работать будет под тем же JRE под которым девелопилось и тестилось

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

> чтобы исходники читать, А читать исходники без нормального "intellisense" сейчас не считаю возможным.

То есть работаем даже дома - похвально, похвально.

>давайте вообще невыключаемые компы без винчестера продавать, с уже заполненным гигабайтным РАМом

А у меня пошти так и есть :-) Уже года 2 работаед. С ребутами правдо и апгрейдами.

> используя вашу логику, можно обосновать распространение софта вместе с операционной системой (Ибо в разных версиях ОС баги разные) в виде LiveCD, vmware или xen образов.

Кстати, кое-какие вещи уже так и распространяют.

>А какая проблема? Или коммерческий софт под линукс никому не интересен? Лор не про линукс, а про коммунизм?

не буду флудить. просто буквально не понимай мой пост. и потом - коммерческий и пропертиарный разные вещи.

> То есть работаем даже дома - похвально, похвально.

Just 4 fan, а кто-то ещё и учится. 70% учебного процесса - самостоятельно (дома напр)

> А какая проблема? Или коммерческий софт под линукс никому не интересен? Лор не про линукс, а про коммунизм?

>>Проблема не в софте, а в маркетинговом оксюмороне и в том, что реклама идёт без намордника в виде соответсвующей метки

во, не дочитал - + 1

>спользуя вашу логику, можно обосновать распространение софта вместе с операционной системой (Ибо в разных версиях ОС баги разные) в виде LiveCD, vmware или xen образов.

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

У меня, лично, есть проект, где мне пришлось создавать два установочных пакета: один с вклеченной в инсталл jre, другой без.
Проблема заключалась в том, что нужно было работать с COM портами, а в стандарт jre он не входит, а идет отдельным пакетом. Легче было "пропатчить" стандартный jre добавив недостающий пакет comm.jar, с настроенными свойствами и либами .so .dll.

> То есть работаем даже дома - похвально, похвально.

>>Just 4 fan, а кто-то ещё и учится. 70% учебного процесса - самостоятельно (дома напр)

а что ты оправдываешься на подколочки такие, мистер наверное работает с 9 до 6 на неинтересно секретарской работе, и дома компьютера у него нет.

а нахера тогда ваще джава нужна

> а нахера тогда ваще джава нужна

Чтобы всякие тупые анонимусы задавали этот вопрос.

>> а нахера тогда ваще джава нужна

>Чтобы всякие тупые анонимусы задавали этот вопрос.

и всё???

Авторов Java-приложений, которым реально интересно то, что мы делаем, приглашаю заглянуть вот сюда: http://www.excelsior-usa.com/jetpricing.html#non-comm

Всем возмущающимся и в особенности пожелавшим нам "успехов": мы никогда сами не размещаем информацию на linux.org.ru, и чья это инициатива, не знаем. Но в любом случае, спасибо за проявленный интерес к теме.

Дмитрий Лесков ООО "Эксельсиор" www.excelsior.ru

>> Сейчас есть дурацкая мода. Написать какую-нибудь полезную программу на Java, а потом засунуть в ее инсталлер еще и полноценный JRE. > Это правильная мода. Ибо в разных JRE баги разные, так уж лучше пусть скачается лишних 20 метров зато работать будет под тем же JRE под которым девелопилось и тестилось.

Ну да, это к вопросу о кроссплатформенности. Java API описана в reference, независимо от барфиксрелиза. Я пока не встречал такого, чтобы java -jar bugful.jar глючил по разному на разных jvm разных платформ.

Вот такие вот JET'ы губят яву, как кроссплатформенное решение.

у вас проблемы с логикой. В том посте человек оправдывал поставку JRE с каждой закрытой программой (т.е. 20 программ - 20 jre), учитывая это , невозможно проинтерпретировать мой пост никак иначе, кроме как "поставку отдельной OS c каждой закрытой программой (т.е. 20 программ - 20 запущенных vmware)". и тот и другой вариант бредовый из-за невозможности расшаривать/экономить память и место на диске, в отличие от дистрибутивов линукса которые вообще то не статической линковкой с ос и библиотеками связаны.

>>> а нахера тогда ваще джава нужна

>>Чтобы всякие тупые анонимусы задавали этот вопрос.

>и всё???

А с тобой бессмысленно говорить о яве как языке/платформе, ибо ты - анонимус :p

>у вас проблемы с логикой. В том посте человек оправдывал поставку JRE с каждой закрытой программой (т.е. 20 программ - 20 jre),

у меня не с логикой, а со вниманием проблемы, исходный пост я не читал :)

что касается тезиса "1 совт - 1 машина", то согласен - маразмо. Весь совт который идет с JRE (который явидел) спрашиват - поставить свою версию jre или использовать существующую у пользователя. тобишь пользователь сам решает. возможно, что разработчики упомянутого в посте ориентируются на "чайников" не понимающих что такое JRE ?

> Кстати, кое-какие вещи уже так и распространяют.

Остаётся ждать, когда будут рассылать халявные ноутбуки с убунтой.

>> Кстати, кое-какие вещи уже так и распространяют.

> Остаётся ждать, когда будут рассылать халявные ноутбуки с убунтой.

Одноразовые ;D

>Весь совт который идет с JRE (который явидел) спрашиват

wolfram mathematica или mapple например не спрашивают.

по моему опыту спрашивают только ~60%

>"чайников" не понимающих что такое JRE ?

а зачем им понимать ? если штука не установлена - скачать штуку по ссылке, 6-12 раз нажать Next, или предложить установить в систему (а не в папку программы) как DirectX, который любой идиот сто раз устанавливал и обновлял.

>и потом - коммерческий и пропертиарный разные вещи.и потом -

И что? Он есть под линукс и такой и такой.

Хм... кто-то ещё не осилил suspend? :)

Время запуска конечно имеет значение, но для отдельных приложений это не существенно. А в некоторых программах время показа рабочего окна и окончания загрузки - разные вещи.

Про новость: IMHO, очередной "велосипед", но, я думаю, найдёт свою аудиторию.

>Хм... кто-то ещё не осилил suspend? :)

Во первых он сЪиронизировал :) , во вторых перегружать проги усеравно придется из-за утечек.

>А в некоторых программах время показа рабочего окна и окончания загрузки - разные вещи.

такие трюки с выделением загрузки в треды , вроде только майкросовт делает.

Бегали-бегали с этой жабой, "WORE" и всё такое, а на деле оказалось, что это ДАЖЕ В ВИДЕ ПСЕВДОКОДА не переносимо, не говоря уже про скорость. И к чему мы (они) пришли? Да всё к тому, с чего начинались 80-ые годы - тривиальный компилятор с нововымученного языка! ха-ха :)

Когда в башке идеи нет - берут её из Ж и называют Ж-ава.

Реально только C# стал более-менее достойным развитием Ц++. Вот с него бы нам компилятор!

>Вот такие вот JET'ы губят яву, как кроссплатформенное решение.

Захлебнется околоплодными водами губимши.

>Захлебнется околоплодными водами губимши.

ну нихренасебе :-O , еле расшифровал.

вы случайно не гинекологом раньше работали ?

> IMHO, очередной "велосипед", но, я думаю, найдёт свою аудиторию.

Да с аудиторией-то у этого "велосипеда" уже сейчас порядок:

http://www.excelsior-usa.com/jetcustomers.html

И чего они все в нём нашли? :)

> Я пока не встречал такого, чтобы java -jar bugful.jar глючил по разному на разных jvm разных платформ.

Пример: CUPS-печать на WinPrinter отлично работает в Java5 и не работает в Java6 (в линухе, а в винде всё окей). Соответственно я предпочту включить пятый JRE в комплект поставки, чем предоставить пользователю возможность потрахаться с выбором нужного ему JRE.

> Это неправильная мода. Ибо в разных JRE багов вообще не должно быть. А если они есть, их надо чинить, а не заниматься ерундой.

Тебе показать письмо от разработчиков из Sun где они черным по белому пишут "этот баг чинить не будем а то что-то другое ненароком поломаем"?

А у разработчиков виндового софта одно время была мода MSVCRT.DLL в дистр не класть... со всеми вытекающими сексуальными последствиями.

вот другие показатели. http://kano.net/javabench/data

на лоре это уже обсуждалось и тестировалось.

>зачем им понимать ? если штука не установлена - скачать штуку по ссылке, 6-12 раз нажать Next, или предложить установить в систему (а не в папку программы) как DirectX, который любой идиот сто раз устанавливал и обновлял.

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

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

> http://kano.net/javabench/data
Вот за что я люблю jvm server
Вот это сходно с моим личным опытом IMHO
PS В 64-битной яве значительно более сильная оптимизация, object packing работает по полной.

Тест старый, но справедливый.

> возможно, что разработчики упомянутого в посте ориентируются на "чайников" не понимающих что такое JRE ?

Нет, AquaFold дает возможность скачать "голую" софтину без JRE. Но по умолчанию скачивается _полный_ самодостаточный набор. DBA - чайник в области всяких JRE, он SQL знает - там он не чайник, ему работать надо а не с настройками воевать... А если DBA и сисадмин в одном флаконе - зайдет на фтп и скачает то что ему конкретно надо.

> Реально только C# стал более-менее достойным развитием Ц++. Вот с него бы нам компилятор!

Вам моно дали? Билли Бог! вот и радуйтесь. Заодно с GAC посекситесь.

Ну, это уже будет не цпп

> Это правильная мода.

Не в этом дело, а в том, что часто не оставляют никакого выбора. Либо качаешь все, либо ничего.

P.S. Кстати, у них там на сайте есть компиляторы для Modula-2 и Oberon-2. Респект. :)

DBA может не разбираться в сегментированной модели памяти, спинлоках или граф реврайтинге, но не в том что "программа" jre "открывает" jarы. Ни разу таких тупых DBA не видел.

>А Вы что спите в той же комнате, где и работаете? Вот до чего человека замучили :(

Я тоже иногда работаю дома... это сейчас не в моде?

>DBA - чайник в области всяких JRE, он SQL знает - там он не чайник, ему работать надо а не с настройками воевать...
Чудесно! То есть к ди-би он никого не подпускает, а КАКОГО тогда лезет в систему в которой сам не бум-бум? Должен дать заявку админам - ту померкуют, прогонят в эмуляторе, напишут инсталл прок. да и поставят КАК НАДО. Ну или пошлют :) Но ведь на то и *-admin. DBA ведт их тоже к оракелу не подпустит ....

>А если DBA и сисадмин в одном флаконе - зайдет на фтп и скачает то что ему конкретно надо.
>Kardinal (*) (05.12.2006 17:25:18)
Так оно чаще всего и бывает. Но - в больших лавках - большой дурдом :)

> Just 4 fan

я слышал, что быдло за еду работает, но чтобы за вентиляторы!