Да, всё верно. Но это, опять же, никак не оправдывает призыв закопать Java.

Это два разных ОО в перле. Просто интересно стало их сравнить.

Стало интересно попробовать другие техники:

package TrickyOOFib;

sub new {
	bless([$_[1]]);
}

sub value {
	my $value = $_[0]->[0];
	if ($value <= 2) {
		return 1;
	}
	my $fib1 = new TrickyOOFib($value - 1);
	my $fib2 = new TrickyOOFib($value - 2);
	return $fib1->value() + $fib2->value();
}

1;

package TrickyRefOOFib;

sub new {
	bless(\$_[1]);
}

sub value {
	my $value = ${$_[0]};
	if ($value <= 2) {
		return 1;
	}
	my $fib1 = new TrickyRefOOFib($value - 1);
	my $fib2 = new TrickyRefOOFib($value - 2);
	return $fib1->value() + $fib2->value();
}

1;

Результаты:

 Tricky OO: 270 wallclock secs (268.25 usr +  0.29 sys = 268.54 CPU) @  0.00/s (n=1)
            (warning: too few iterations for a reliable count)

real    4m29.890s
user    4m28.408s
sys     0m0.300s

Tricky Ref OO: 223 wallclock secs (221.85 usr +  0.26 sys = 222.11 CPU) @  0.00/s (n=1)
            (warning: too few iterations for a reliable count)

real    3m42.945s
user    3m42.004s
sys     0m0.266s

>А вот с NetBeans 6.x уже начались проблемы

6.8 полёт нормальный. где именно? может и у меня есть

>А Марк?

Укроется на марсе.

>вы не поверите, но эпловская java уже давным давно почти полностью (кроме части Swing'а) на сановской основывается

Вы не поверите - от этого она не ppc не появилась.

Как только, так сразу.

А почему варианта с PyPy нет? Я не так давно тестировал производительность: результаты были в несколько раз выше, чем с использованием Psyco (который и не развивается уже давно, кстати).

>> А вот с NetBeans 6.x уже начались проблемы

6.8 полёт нормальный. где именно? может и у меня есть

Падало сразу после запуска. Сегодня ещё раз проверю.

>А почему варианта с PyPy нет?

В Ubuntu и Gentoo нет. А ручками ставить только для одного теста ломает.

Я не так давно тестировал производительность: результаты были в несколько раз выше, чем с использованием Psyco

Ну, подумаю :) Когда я его несколько лет назад щупал, он был намного тормознее обычного CPython.

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

OpenJDK в продакшене - полет нормальный. Пара лет уже. Sun JDK последних версий построена на базе OpenJDK.

Так постой, ты ж пишешь, что жаба это платформа. На ней приложение и писалось. Как так это оно на ней же не тестировалось? Или ты признаешь, что жаба и что-то, названное OpenJDK - другая платформа, но тогда жаба - не платформа, а просто какое-то название абстрактного стандарта, как html/xhtml - стандарт есть, а никто не соблюдает.

Java - платформа и стандарт. Sun JDK & OpenJDK & Harmony - реализации. Но даже на java можно написать непортабельное приложение. Если очень постараться или привязаться к С/С++.

«Разные реализации ОС (линукс, виндовс, мсдос) потому и разные - в них разные баги. Чтобы продукт был компатибл - надо тестировать на всех и делать так, чтобы работало на всех». Только тогда, уж простите, не стоит говорить про кроссплатформенность джавы из коробки. Она не более кроссплатформенна, чем Си.

Любое серьезное приложение использует много из JDK/JRE. и если использовать не одну на всех (OpenJDK), а разные - SunJDK/OpenJDK/Apple java & so on, то стоит проверить чтобы баги платформы не мешали старту приложения. JDK по сложности намного сложнее ядра Linux, но в самом ядре постоянно фаги фиксают ;)

Потому моно есть под венду.

А OpenJDK под неё нет

Под моно нет OpenJDK? Или под винду?

>>Вообще-то есть такая штука как Apple Java.

Не сыпь мне соль на сахар. Особенно относительно доступности актуальных версий на PPC и IA32.

Насчет актуальности я не в курсе. Последний раз видел ее года четыре назад, если не более. Была она по-моему 1.4. Но это не отменяет факта ее существования. :-)

> вы не поверите, но эпловская java уже давным давно почти полностью (кроме части Swing'а) на сановской основывается

Кстати, зело глючна была та часть. Я видел такой баг: в offscreen bitmap рисуется черно-белая картинка. Потом bitmap сохраняется в файл и файл оказывается просто белым прямоугольником. Рецепт лечения: между отрисовкой и сохранением в файл, нужно нарисовать синюю полоску (0, 0, 255) вне прямоугольника. Почему так? Х.з.

> В остальном этот продукт всегда хуже проприетарного.

Друг, это нечто изумительное. Ты вообще много видел Java-софта, у которого не прописаны четкие требования по вендорам и версиям JVM? Типа, работает только с Sun 1.5.x

Если уж сказал «OpenJDK хуже Sun JDK», то говори --- «Sun JDK хуже JRockit», потому что места, где на Sun запускается, а на JRockit --- нет я в жизни не видал, а вот наоборот --- не раз. Это все если говорить про разный интерпрайз.

Если же говорить про десктоп, то тут действительно ориентация идет обычно на Sun JVM и тут все у OpenJDK намного лучше, чем в 2006-2007 годах. Хотя да, бывали проблемы с отдельными апплетами, но к релизу 6b20 у меня они пропали.

> Друг, это нечто изумительное. Ты вообще много видел Java-софта, у которого не прописаны четкие требования по вендорам и версиям JVM? Типа, работает только с Sun 1.5.x

JBoss раньше (не смотрел последние версии, но учитывая кто его купил, сильно удивлюсь, если он не умеет openjdk). И большинство других серверов приложений.

что места, где на Sun запускается, а на JRockit --- нет я в жизни не видал

JBoss 3.x у меня тогда на JRockit не завёлся. Но это было ещё до Java 5.

я всего лишь указал вам на явную дезинформацию в вашем сообщении. до темы беседы мне, если честно, дела особо нет.

>Вы не поверите - от этого она не ppc не появилась.

а в 10.6 поддержку PPC ещё не выпилили разве?

>Далеко ходить не будем - JEdit http://www.jedit.org/ Очень хороший проект мощного редактора, без малого IDE. А теперь попробуйте запустить его на OpenJDK. Я (пробовал)n до тех пор пока все от сан не поставил, и только тогда он завелся

4.2 УМВР JEdit прекрасно работает на OpenJDK.

Ждём LibreJDK

От IBM.

>Но это не отменяет факта ее существования. :-)

Я и не говорил что не существует - я просто говорю что от политики поддержки эппла которая основівается на том что у всех суперпоследняя ос на суперпоследнем железе - опендждк очень помогает.

> ...вот такие хреньки любят ставить http://www.apple.com/xserve/ ?

Охренеть! Гламурный сервер! o_O

> В Ubuntu и Gentoo нет. А ручками ставить только для одного теста ломает.

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

Ну, подумаю :) Когда я его несколько лет назад щупал, он был намного тормознее обычного CPython.

Сейчас он делает CPython только так по производительности, они там JIT-компилятор прикрутили. Памяти правда кушает больше, но это не столь критично, поэтом у советую )

>я всего лишь указал вам на явную дезинформацию

Сеьезно?

>а в 10.6 поддержку PPC ещё не выпилили разве?

И ты предлагаешь клентам которые владеют ppc предлагать обновить парк машин чтобы прога у них заработала?

а ты предлагаешь писать под java 5 only, которая вообще-то уже полгода-год как EOL? Да и сама 10.5 уже давно не поддерживается эплом, не?

>а ты предлагаешь писать под java 5 only

Это приходится делать.

Да и сама 10.5 уже давно не поддерживается эплом, не?

Слово давно может тут ввести в заблуждение. 10.5 вышла меньше трех лет назад и уже год как без поддержки - жесть просто. А жаба 1.6 под архитектуру павер вообще никогда не выходила, хотя еще год назад єппл таким железом торговал.

Эппл и поддержка - вещи несовместимые. Именно потому тут опенждк нужен как никогда - чтобы не надеятся на эппл.

ну так сразу и нужно было уточнять, что OpenJDK нужен на давно устаревшее железо...

А жаба 1.6 под архитектуру павер вообще никогда не выходила, хотя еще год назад єппл таким железом торговал.

разве? xserve вроде как последним перешёл на интел и было это уже 4 года назад.

>ну так сразу и нужно было уточнять, что OpenJDK нужен на давно устаревшее железо...

Не на устарвешее. jdk7 зарелизится в конце осени Эпловского мубешь ждать год. А то и вообще недожнешься.

xserve вроде как последним перешёл на интел и было это уже 4 года назад.

Ретейлеры эппла до сих пор паверами торгуют.

>Не на устарвешее.

по понятиям эпла PPC устарел с выходом 10.6

jdk7 зарелизится в конце осени Эпловского мубешь ждать год. А то и вообще недожнешься.

зарелизится - там и посмотрим

Ретейлеры эппла до сих пор паверами торгуют.

это проблемы ретейлеров - сама эпл, как я уже сказал выше, не производит и не продаёт PPC уже минимум 4 года

>по понятиям эпла

Людям которые купили маки на паверах это раскажи.

зарелизится - там и посмотрим

Нечего там смотреть. J2SE 1.6 Mustang был зарелизен 11 декабря 2006 года. Эпловый апдей жабы который добавил поддержку 1.6 произошел 6 мая 2008 года. Всегото полтора года разницы.

это проблемы ретейлеров - сама эпл, как я уже сказал выше, не производит и не продаёт PPC уже минимум 4 года

И владельцам павермаков предлагаешь застрелится или что?

Людям которые купили маки на паверах это раскажи.

Может стоит еще поддерживать все из девятки? А что? Тоже ведь люди Apple покупали.

Паверам в обед будет сто лет.
Хотя и сейчас выполняют свои работы: photoshop, Quark, Acrobat - их основные задачи (это то, что я вижу вокруг себя)

>Людям которые купили маки на паверах это раскажи.

может ещё предложишь позапускать IDEA/Eclipse на P3, пусть даже и дуальных?

Вот только сейчас ради интереса собрал jedit на своей генте с icedtea 6.1.8.1 (openjdk-6-src-b20-21_jun_2010) из оверлея java-dev. Всё отлично работает. Не для раздувания холивара, а для констатации факта, что пилят всё же. И в данном случае допилили для работы jedit.

>Может стоит еще поддерживать все из девятки?

Мы поддерживали до 2006 года. Потому что в японии много девяток.

И павер не процессоры лохматой древности - сам эппл продавал железо до 2007 года на них, а ретейлеры до сих пор продают.

Ты что думаешь мне нравится это? Этого рынок требует который напокупал эплогламура и теперь хочет софт под то что есть. Можно сидеть надувать щеки и считать всех у кого ифон не четвертый нищебродами - а можно трезво смотреть на вещи.

>P3, пусть даже и дуальных?

Ну да - p3 были блидинг эдж серверами три года назад - ага.

NetBeans падает под OpenJDK6.

Скачал файл netbeans-6.9.1-201008030030-ml-javase.zip. Распаковал в домашний каталог. Изменил строчку в netbeans.conf на эту:

# Default location of JDK, can be overridden by using --jdkhome <dir>:
netbeans_jdkhome="/usr/local/openjdk6"

[/home/igor/bin/netbeans/bin]
> ./netbeans 
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x000000080225dd34, pid=10772, tid=34820066752
#
# JRE version: 6.0-b20
# Java VM: OpenJDK 64-Bit Server VM (17.0-b16 mixed mode bsd-amd64 )
# Problematic frame:
# 
[error occurred during error reporting (printing problematic frame), id 0xb]

# An error report file with more information is saved as:
# /usr/home/igor/bin/netbeans/bin/hs_err_pid10772.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#
Abort trap

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

> JBoss 3.x у меня тогда на JRockit не завёлся.

Эвона как. Беру свои слова обратно :-)

Product Version: NetBeans IDE 6.8 (Build 100213-unknown-revn)
Java: 1.6.0_18; OpenJDK Client VM 14.0-b16
System: Linux version 2.6.34.7-56.fc13.i686.PAE running on i386; UTF-8; en_US (nb)
Userdir: /home/jago/.netbeans/6.8

всё из федориных реп и всё работает.

На OpenJDK 7 попробуйте. У меня java version «1.7.0_106-icedtea» OpenJDK Runtime Environment (IcedTea7 1.14-pre) (7b106~pre1-0lucid2) OpenJDK 64-Bit Server VM (build 19.0-b06, mixed mode) 6.9.1 JavaSE завелось нормально.

NetBeans падает и под OpenJDK7.

[/home/igor/bin/netbeans/bin]
> ./netbeans 
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x000000080225dd3b, pid=8790, tid=34822477504
#
# JRE version: 7.0
# Java VM: OpenJDK 64-Bit Server VM (19.0-b03 mixed mode bsd-amd64 compressed oops)
# Problematic frame:
# 
[error occurred during error reporting (printing problematic frame), id 0xb]

# An error report file with more information is saved as:
# /usr/home/igor/bin/netbeans/bin/hs_err_pid8790.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#
Abort trap

> java -version
openjdk version "1.7.0"
OpenJDK Runtime Environment (build 1.7.0-root_2010_10_14_00_16-b00)
OpenJDK 64-Bit Server VM (build 19.0-b03, mixed mode)

>сам эппл продавал железо до 2007 года на них
4 года в современном мире - это почти вечность (вспоминаем закон мура, ага)

а ретейлеры до сих пор продают.

ретейлеры могут продавать хоть P4, но это не отменяет того факта, что последний PPC вышел 4 года назад

Этого рынок требует который напокупал эплогламура

PPC с трудом тянут на определение эплогламура, свитчество началось с интелмаков

>Ну да - p3 были блидинг эдж серверами три года назад - ага.

даже первый макмини на core duo был уже быстрее xserve g5 - а ему уже 4.5 года.
хороший блидинг эдж, ага

>4 года в современном мире - это почти вечность

А кто рано встает тому боженька пинка дает.

ретейлеры могут продавать хоть P4, но это не отменяет того факта, что последний PPC вышел 4 года назад

Это не давно. Сервера четырехлетней давности - вполне в ходу. А g5 cluster node - еще 10 лет будут в ходу.

> даже первый макмини на core duo был уже быстрее

И что? Ты размышляешь как человек который себе десктоп для игрух выбирает. Я как человек который работал и с сгиаями десятилетней давности на котрых десятки гигов озу и терабайты стораджей и которыфе стоят сотни тыщь баксов - и которые не будут менять потому что очередной одмин считает что манинка запылилась. А есть еще большие компании которые покупают компы тыщами, тем более с заточенным софтом. Обновление 1000 компов с девяточных на десяточные стоило в 2006 году 3-4 миллиона долларов и как объяснила одна крупная ретейловая конторка в японии имещая годовой доход в треть миллиарда мегабакса - что любой придурок который придет в такие колрпорации с рекомендацией обновится изза требований его софта - получит не контракт, а вдоль.

>Сервера четырехлетней давности - вполне в ходу.

но это ни разу не «блидинг эдж»

и что, вы предлагаете эти тыщи компов апгрейдить на OpenJDK?

>но это ни разу не «блидинг эдж»

Ты читать разучился? 4 года назад они были блидинг эдж.

>и что, вы предлагаете эти тыщи компов апгрейдить на OpenJDK?

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

4 года назад java 6 и не было вообще, так что не вижу проблемы...

а ну да - через неделю после продажи - уже сликом поздно