Re: "Скомпилируй однажды, запускай везде" - это не только Java!

> К сожалению JavaFX ничего радикально не улучшает модели аплетов(не к ночи будь помянуты), т.е. просто напросто огрызок JavaSE.

В JavaFX сейчас самое интересное - это, ИМХО, язык JavaFX Script.

Что касается Java SE и апплетов, тут есть продвижения в виде "Consumer JRE":

http://java.sun.com/developer/technicalArticles/javase/consumerjre/
http://java.sun.com/developer/technicalArticles/javase/java6u10/

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>"Скомпилируй однажды, запускай везде"- это не только Java!

Но еще и 3-4 сотни гентушников с инфарктом.

malices_gossips (25.04.2008 1:12:08)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>64-битные версии не нужны до тех пор пока у вас <4Gb RAM.

Не стОит с таким апломбом демонстрировать свой ламеризм:)

Led (25.04.2008 3:44:09)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>Дело в том что я не видел извращенцев, ставящих в свою машину именно 3.5Gb (или_сколько_там_надо_чтобы_понадобился_pae). Обычно ставят или 4 планки по 1, или 2 по 2.

А ты - обычный извращенец, радующийся, что использует только половину регистров своего процессора и на половину их размера:)

Led (25.04.2008 3:45:26)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>Зачем это все нужно, если каналы все равно станут толстыми, и для таких целей рулить станут более низкоуровневые и универсальные протоколы типа xdmcp?

И все перейдут на Xы? Счас:) Фишка в приложениях типа AIR - что нужен некий оббобщенный рантайм (типа JRE/.NET) и все - а с деплоем приложения проблем никаких + все over HTTP - как показывает практика файрвол нужен с одной целью - сделать вид что в TCP протоколе 1 порт - HTTP и все остальное пустить через него. И это объективная реальность.

r (25.04.2008 4:21:49)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>А то что никакая корпорация и тем более таможня, ФПС, МВД, КГБ, и пр. не будет пользоваться онлайн-офисом просто по причине запрета выхода с ведомственной сети в интернет, это ты понимаешь?

А что "сеть" для тебя уже обозначает "интернет" мой юный друк? Ты где-то здесь углядел прогнозы что все перейдут на былогугл и быдлолив?

r (25.04.2008 4:24:32)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

зачем нужны ява и эйр, если есть дотнет?

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

> зачем нужны ява и эйр, если есть дотнет?

Зачем это вообще всё нужно, если серьёзные приложения пишутся на С и собираются под каждую платформу отдельно? Про производительность по-моему уже никто и не думает.

PM85 (25.04.2008 5:22:31)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

> Про производительность по-моему уже никто и не думает.

Иногда скорость разработки софта важнее, чем его производительность.

Есть несколько (я знаю 3) языков, позволяющих писать довольно быстрый (быстрее чем Java) софт в приемлемые (быстрее, чем на C) сроки, но их по тем или иным причинам почти никто не использует.

naryl (25.04.2008 6:09:03)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

Можно их огласить?

balodja (25.04.2008 6:28:57)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

Эта информация Вам ничем не поможет, если вы их уже не знаете. Да и причины для того, чтобы их не использовать вполне объективные: Отсутствие историй успешного их применения, отсутствие необходимых библиотек, глючность компиляторов...

Про производительность реализаций различных языков можно посмотреть здесь: http://shootout.alioth.debian.org

naryl (25.04.2008 6:44:20)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

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

...не работать

xTERM (25.04.2008 7:14:36)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

> Вообще-то когда уже >3Gb нужны.

В Линухе нужны когда RAM>700 с чем-то мег. В противном случае будет использоваться костыль под названием HIGHMEМ, поскольку нехватит адресного пространства, чтобы отобразить всю имеющуюся физическую память, и может потребоваться доболнительный временный маппинг при манипуляции с таблицами страниц.

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

Adobe AIR? Только вдоль.

Quasar (25.04.2008 7:53:35)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

> Впротивном случае будет использоваться костыль под названием HIGHMEМ, поскольку нехватит адресного пространства, чтобы отобразить всю имеющуюся физическую память

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

Из 32битного режима абсолютно непринужденно адресуется ровно 4 gb физической памяти. Другое дело что под одну задачу средствами архитектуры как правило нельзя выделить все 4gb, так как надо где-то держать os.

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>>"Скомпилируй однажды, запускай везде"- это не только Java!

>Но еще и 3-4 сотни гентушников с инфарктом.

разве что в воображении обкурившихся дистрофанов-вантузятников

black7 (25.04.2008 8:40:09)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>Из 32битного режима абсолютно непринужденно адресуется ровно 4 gb физической памяти. Другое дело что под одну задачу средствами архитектуры как правило нельзя выделить все 4gb, так как надо где-то держать os.

А если этой задаче еще нужно мапить файл или видеопамять?

madcore (25.04.2008 8:41:40)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>"Скомпилируй однажды, запускай везде" - это не только Java!

Расскажите это Томми"!

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>Иногда скорость разработки софта важнее, чем его производительность.

Я бы даже сказал - так практически всегда.

r (25.04.2008 9:39:47)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

Не читал, но осуждаю. У меня даже флэш в браузере отключен.

ebonent (25.04.2008 10:11:24)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

ЗЛО!!!

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

Вступай и компелируй! В месте мы сила!

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>64-битные версии не нужны до тех пор пока у вас <4Gb RAM.
>svr4 (*) (24.04.2008 22:58:54)

Далеко не так, вы бы почитали для чего ЕЩЁ 64 бита используются.
Могу только небольшой пример дать, думаю там сами погуглите:
доп 8 регистров в новой glibc по возможности юзаются для передачи параметров в функцию, а не пресловутый стек, улавливаете?

stalkerg (25.04.2008 10:22:33)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

Adobe AIR нам не нужен

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

Триумфальное шествие теперь уже гплной явы, многим пидорам не даёт покоя. Фтопку адоб и мелкомяхких!

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>доп 8 регистров в новой glibc по возможности юзаются для передачи параметров в функцию, а не пресловутый стек, улавливаете?

Если бы он улавливал, то не писал этот ламерский бред в каждом треде.

Led (25.04.2008 10:53:25)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>Могу только небольшой пример дать, думаю там сами погуглите: доп 8 регистров в новой glibc по возможности юзаются для передачи параметров в функцию, а не пресловутый стек, улавливаете?

А как только эта функция вызывает другую, все эти параметры отправляются... в стек. Так какая разница раньше они там оказались или позже?

Большее количество регистров помогает только немного уменьшить количество операций загрузки-выгрузки промежуточных данных из стека между вызовами функций. Итог - 64-битные программы менее эффективны, если в них нет 64-битных целочисленных вычислений, и им не нужно больше 2Гб памяти.

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

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

и макросы __pa() и __va() будут одинаково работать для всех страниц? черта с два. у Линуха в крови работа с физ. памятью, полностью отмапаной в адресное пространство.

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>А как только эта функция вызывает другую, все эти параметры отправляются... в стек. Так какая разница раньше они там оказались или позже?

Дурень, бля, иди кури чем отличается fastcall от stdcall.

Re:

>Эта информация Вам ничем не поможет, если вы их уже не знаете.

Педон, Похапэ? Или клисп, хаскель, ерланг?

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>доп 8 регистров в новой glibc по возможности юзаются для передачи параметров в функцию, а не пресловутый стек, улавливаете?

А ничего, что вершина стека всегда в кеше и накладные расходы фактически нулевые?

madcore (25.04.2008 11:13:54)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>>Иногда скорость разработки софта важнее, чем его производительность.

>Я бы даже сказал - так практически всегда.

Не скорость разработки софта, а скорость введения проекта в экплуатацию.

Очень быстро написанный _неработоспособный_ на данном железе и под заданной нагрузкой софт всегда хуже медленно разработанного, но работающего ПО.

stellar (25.04.2008 11:15:57)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

Автор добавь метку "ненужно" И вообще на ЛОР-е надо завести такую практику: народ сказал не нужно -> ставим метку "ненужно" и не морочим людям голову

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

Эта шняга не умеет проигрывать что-то отличное от mp3! И ей низзя писать звук с микрофона в файл на винте. Низачот!

kkk (25.04.2008 11:30:02)

Re:

>Педон, Похапэ? Или клисп, хаскель, ерланг?

ФОКСПРО

aiker (25.04.2008 11:30:39)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>А ничего, что вершина стека всегда в кеше и накладные расходы фактически нулевые?

Это ты про DOS? А то у нас в мультизадачной ОС немножко по-другому: стеков столько, сколько процессов/тредов.

Led (25.04.2008 11:49:13)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>Большее количество регистров помогает только немного уменьшить количество операций загрузки-выгрузки промежуточных данных из стека между вызовами функций.

Про "немного" - это ты сам придумал?

>Итог - 64-битные программы менее эффективны, если в них нет 64-битных целочисленных вычислений, и им не нужно больше 2Гб памяти.

Итог: ты сам для себя сказки пишешь, потому что "дык, читать нЕчего".

Led (25.04.2008 11:51:57)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>Это ты про DOS? А то у нас в мультизадачной ОС немножко по-другому: стеков столько, сколько процессов/тредов.

И что, стек процесса из-за этого не окажется в кеше? Таки адрес возврата полюбому в кеш кладется.

madcore (25.04.2008 11:57:32)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>И что, стек процесса из-за этого не окажется в кеше? Таки адрес возврата полюбому в кеш кладется.

Какого именно стека? Адрес возврата какого именно процесса? Прежде чем нести бред, почитай хотя бы недавнюю дискуссию на lklm про "4К стек для ядра по-умолчанию" - почему 4К стек для x86_64 ядра всегда достаточно, а для x86_32 и 8K мало.

Led (25.04.2008 12:04:55)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>Очень быстро написанный _неработоспособный_ на данном железе и под заданной нагрузкой софт всегда хуже медленно разработанного, но работающего ПО.

Это парадокс. Медленно проект разрабатывается именно по причине неработспособности результатов быстрой разработки. Я бы посмотрел как быстро проекты пишутся на С. А на жабапитонодотнетах - на раз два.

r (25.04.2008 12:23:45)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>А что "сеть" для тебя уже обозначает "интернет" мой юный друк? Ты где-то здесь углядел прогнозы что все перейдут на былогугл и быдлолив?

Так в интранетах и так с БД в основном работают через Apache, Oracle ADF и подобное. Или ты думаешь, что OpenOffice с какой-то радости станет сетевым на уровне интранет? Что это решит, какие проблемы? Не даст начальнику сохранить .doc на локальной машине? Это можно запретить делать другим способом. Что еще?

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>А что "сеть" для тебя уже обозначает "интернет" мой юный друк? Ты где-то здесь углядел прогнозы что все перейдут на былогугл и быдлолив?

А в интранетах уже и так с базой работают через Apache, Oracle ADF, IIS и подобное. Или ты думаешь, что OOffice станет вдруг интранет приложением и запускаться по сети? И зачем в интранет это нужно?

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>Эта шняга не умеет проигрывать что-то отличное от mp3! И ей низзя писать звук с микрофона в файл на винте. Низачот!

в ~/.bash_history он тебе запишет так, что не отмоешься

P.S. и где таких идиотов находят, неужели в капусте?

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

> Итог - 64-битные программы менее эффективны, если в них нет 64-битных целочисленных вычислений, и им не нужно больше 2Гб памяти.

Иди на php пиши.

shahid (25.04.2008 12:46:47)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>Какого именно стека? Адрес возврата какого именно процесса?

Тред был про x86 with x86-64 и вопросы типа особенностей адресации памяти касались именно архитектуры ПЦ.
А какие, кстати, еще есть дуалистические процы, где можно выбрать, пользоваться ли 64 или 32?

>Прежде чем нести бред, почитай хотя бы недавнюю дискуссию на lklm про "4К стек для ядра по-умолчанию" - почему 4К стек для x86_64 ядра всегда достаточно, а для x86_32 и 8K мало.

И что это должно доказывать? Причем тут скорость? Можно придумать много случаев, где х64 будет выгоднее, и наоборот. Но на практике, почему-то на задачах, где 64-битность в явном виде не нужна, х64 обычно сливает.

Главное преимущество х64(точнее, недостаток ia32), кроме адресации, - это всегда используется современный набор инструкций и выкинут убогий fpu, в то время, как под 32 бинарные дистры часто собраны с march=i586, в лучшем случае i686, без всяких sse и тп

madcore (25.04.2008 13:01:25)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

> Так в интранетах и так с БД в основном работают через Apache, Oracle ADF и подобное.

Работают, но не везде, далеко не везде...

> Или ты думаешь, что OpenOffice с какой-то радости станет сетевым на уровне интранет?

До звезды - ОО или какой ГуглеО, главное с таким-же функционалом.

> Что это решит, какие проблемы?

ГИБКОСТЬ. Все решения с "Apache, Oracle ADF и подобное" "железобетонные" - на каждый чих надо контору разрабов звать (ну да, для последних это рай :) С вкраплением "офисов" определённая часть (линейно зависящая от квалификации работников "клиента") программ становится более "дружелюбной".

> Не даст начальнику сохранить .doc на локальной машине? Это можно запретить делать другим способом. Что еще?

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

yyk (25.04.2008 13:01:45)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

>Очень быстро написанный _неработоспособный_ на данном железе и под заданной нагрузкой софт всегда хуже медленно разработанного, но работающего ПО.

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

madcore (25.04.2008 13:11:56)

Re: "Скомпилируй однажды, запускай везде" - это не только Java!

> А вот если на предприятии есть штатный 1С-ник, код там неработоспособный абсолютно всегда, то там, то тут, несмотря на то, что эксплуатируется.

Баги есть практически в любом софте. А иногда надо пусть 66% но прямо сейчас, нежели 99.9% через 5 минут (завтра, через неделю, "мы вам предоставим наш бизнес-план...")

yyk (25.04.2008 13:18:09)

Re: "Скомпилируй однажды, запускай везде"

офигеть, на Open Source конференциях Некрософт пеарится как хз кто, на ЛОРе новости о проприетарных поделках убогого Айра ... куда катиться мир ?

phasma (25.04.2008 13:28:00)

Re:

> Вступай и компелируй! В месте мы сила!

Все говорят, что мы _в_месте_. Все говорят, но не многие знают, в каком :)

(Це) ВЦ