Выпущена Open Source Java Desktop System

кто уже пробовал, отпишитесь

безопасный? :)

не знаю, но ходят слухи :)

Надо попробовать

1. "and an earlier release" -- более ранний (читай - предидущий) выпуск <- Pi, поправь перевод, плиз 2. с сайта opensolaris'а: "We _only_ support building JDS on Solaris 10 and Nevada, the current development release of Solaris." 3. оттуда же: Our first JDS code release _will_ be based on the GNOME _2.10_ desktop. Типа будет, и будет на базе гнома 2.10. 4. опять же оттуда: http://www.opensolaris.org/jive/thread.jspa?threadID=2303&tstart=0

Вопрос: а оно вообще кому-нибудь нужно?

>Вопрос: а оно вообще кому-нибудь нужно?

А оно легче гнома собирается? Ну тогда конечно же Патрику.

Мдам. Ониб еще рабочий стол на бейсике написали :)

а что на питоне что ли??

>Мдам. Ониб еще рабочий стол на бейсике написали :)

ИМХО, на бейсике было бы лучше, если компилить в нативные бинарники (а не в байткод). Поправьте меня, если не прав.

Месье что нибудь о hotspot jit compilers слышал? И почему это даже круче чем статически скомпилированные нативные бинарники ?

> ИМХО, на бейсике было бы лучше, если компилить в нативные бинарники (а не в байткод).

Если в нативные бинари, то без разницы на чём писать. :)

> Месье что нибудь о hotspot jit compilers слышал?

Слышал. Двоичная компиляция. Преобразование готовых маш. кодов одного процессора *пусть и виртуального изначально) в коды другого. Сравни с компиляцией из исходников. В каком случае больше простора для оптимизации? ;-)

>Месье что нибудь о hotspot jit compilers слышал? И почему это даже круче чем статически скомпилированные нативные бинарники ?

О hotspot jit compilers слышал, о том, что это - круче, чем нативные бинарники -- не слышал.

Кста, из 100% статичных бинарников в линуксе разве что Lilo да ядро, все остальные хоть с одной либой динамически слинкованы.

Ну не на интерпретируемом Питоне же писать! "Жаба по скорости сравнима с C"© Аксиома

>"Жаба по скорости сравнима с C"© Аксиома

Вызывающе неверная информация. Может быть, во время выполнения особых тормозов и нету (главное бутылочное горло - скорость ввода/вывода, и оно мало зависит от языка программирования), но вот памяти эта жаба жрет ох как много. Если RAMа мало, то ядро начинает активно выкидывать кое-что из рамы в своп, что существенно тормозит всю систему. Не забываем, что в среднем жабская программа ест на 300% больше памяти, чем аналогичная прога на С++

Если в нативные бинари, то скорость будет хуже, чем если в жабий байт код, потому как в нативных бинарях target i386, что по-любому любой современный проц отбрасывает на 5 лет назад

>Не забываем, что в среднем жабская программа ест на 300% больше памяти, чем аналогичная прога на С++

Это плата за то, что жаба не вызывает kernel dump. Максиммум - это Exception in thread "main" java.lang.NoClassDefFoundError

>Если в нативные бинари, то скорость будет хуже, чем если в жабий байт код, потому как в нативных бинарях target i386, что по-любому любой современный проц отбрасывает на 5 лет назад

Этот бред даже комментировать не хочется, но придется. Если компилишь сам, то почитай man gcc на предмет CFLAGS, CHOST и CXXFLAGS. К тому же, где ты видел дистр с оптимизацией под 386? Обычно это 686, плюс многие дистры имеют пакеты под Pentium4, AthlonXP и так далее. А если учесть, что в среднестатистической программе включение всяких mmx и sse дает около 3% прироста производительности (я не говорю обо всяких мультимедиа-плеерах и играх, для которых эти ммх и придумали), то о каких 5 годах идет речь?

И еще - с чего ты взял, что жабья виртуальная машина будет эти mmxы использовать?

>Это плата за то, что жаба не вызывает kernel dump.

В смыле core dump?

>Максиммум - это Exception in thread "main" java.lang.NoClassDefFoundError

Что есть, то есть. Однако это сообщение говорит о том, что прога написана через..., а жаба своей мягкостью поощряет подобное программирование.

Не только, в последних hotspot -server реализациях от Сан hotspot процесс собирает runtime информацию и на основе этого меняет/оптимизирует runtime код. Что позволяет уже сейчас Java вским серверным программам работать по скорости сопоставимо с статично оптимизированными C++ бинарями. Также доказано что hotspot компиляция (теоретически) имеет преимущество перед статически оптимизированным кодом и пока хромает только реализация этих теорий.

поубивав бы

> Слышал. Двоичная компиляция. Преобразование готовых маш. кодов одного процессора *пусть и виртуального изначально) в коды другого. Сравни с компиляцией из исходников. В каком случае больше простора для оптимизации? ;-)

ЖЖош! Ты вообще хоть чуть-чуть представляешь, что такое джавский байткод? Или знаешь компиляторы, которые компиляют прямо из исходников?

>>Мдам. Ониб еще рабочий стол на бейсике написали :)

>ИМХО, на бейсике было бы лучше, если компилить в нативные бинарники (а не в байткод).

чем лучше? Ни кто же не мешает использовать gcj с java

>Поправьте меня, если не прав.

думаю ты сам знаешь ответ.

>безопасный? :)

С меньшей вероятностью memory leaks ;-)

а C/C++ своей мягкостью поощряет segfault'ы ;-)

>а C/C++ своей мягкостью поощряет segfault'ы ;-)

вопрос жабофилам:

зачем девелоперы с zimbra.com включили в дистр своей поделки mysql, openldap, postfix, amavis, clamav, tomcat и java.

ладно бы это ещё работало. так нихера ж =)

телепаты в отпуске
не работает не юзай
на кой дьявол тебе эта зимбра сдалась
а то тут уже жаба во всем виновата

>на кой дьявол тебе эта зимбра сдалась а то тут уже жаба во всем виновата

я не говорю что жаба виновата. Виновата, похоже, психология жабакодеров ;)

>Не забываем, что в среднем жабская программа ест на 300% больше памяти, чем аналогичная прога на С++

Ну-ка скажи, скока ест MS Visual Studio 2005 Team Edition?

Жаба должна сдохнуть

Ню-ню

http://www.tiobe.com/tpci.htm

В общем случае у JIT больше простора для оптимизации - потому что ему доступна ещё и runtime-статистика. Однако, тут нужен промежуточный язык более высокого уровня, чем JVM. Сложно стековую машину преобразовывать эффективно в регистровую - так что байткод должен быть как минимум на более высоком уровне абстракции, ещё до проявления разницы между стековой и регистровой машинами. К дебильной жабке это всё не относится, её эффективно JIT-ить нельзя.

OCaml тоже не трапается, но памяти жрёт в разы меньше. Просто признайте, жабофилы, что жаба ваша - крива, как Баба Яга, и что делали её безмозглые криволапые тупицы.