LINUX.ORG.RU

Гослинг доволен производительностью Java

 , ,


0

1

Согласно последним замерам в некоторых тестах (например расчет сглаженных сплайнов), Java-вариант обходит FORTRAN-вариант на ~10%. Таким образом, учитывая надежность кластерных решений на JVM, платформа Java уже вполне пригодна для High Performance Computing.

>>> Подробности

anonymous

Проверено: Shaman007 ()

итого

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

Java, как язык и как платформа, действийтельно подходит для очень широкого круга задач, по сравнению с другими языками этот круг, пожалуй, самый широкий. С этим аргументированно спорить довольно сложно. Иначе товарищей из гугла (андроид) и апача (большенство проектов на Java) нужно признать дурилками.

anonymous
()
Ответ на: комментарий от anonymous

>Жаба не нужна. После выхода Mono 2.0 можно сказать больше: жаба больше никому не нужна.

В кои-то веки на Linux под Mono2 запустили Paint.Net 3.0. Великое событие в жизни монодевелоперов. Переносимость .net-програм с Windows осуществлена. Порадуемся их чуду. Они ж аки дети малые. Ж)

iZEN ★★★★★
()
Ответ на: комментарий от anonymous

>Проверь. Очень легко убедиться, что человечек, даже самый умный, весьма косолап и туп в сравнении с компилятором. Причем, если на таких платформах, как ia32, это ещё не очень заметно (поскольку регистров там как кот насрал), то на RISC-ах и пострисках (IA64, например) человеку вообще делать нечего.

Я привел пример достаточно простой задачи, где оптимизатор компилятора ничего сделать не может. Т.к. он очень локальный. С ppc'шным altivec'ом все тоже самое.

rtc ★★
()
Ответ на: итого от anonymous

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

Вот как раз это утверждение - откровенная ложь.

> С этим аргументированно спорить довольно сложно

Элементарно. Просто ты аргументацию не поймешь - ты не знаешь, что такое семантика, что такое impedance mismatch, не знаешь никаких методологий проектирования кроме ООД. Ты не поймешь ни слова из объяснения, почему Java - ограниченная технология.

> Иначе товарищей из гугла (андроид) и апача (большенство проектов на Java) нужно признать дурилками.

И ты привёл в пример как раз очень узкоспециализированные вещи.

anonymous
()
Ответ на: комментарий от rtc

> Я привел пример достаточно простой задачи, где оптимизатор компилятора ничего сделать не может. Т.к. он очень локальный. С ppc'шным altivec'ом все тоже самое.

Оптимизатор GCC не может. На более серьёзных компиляторах надо бы проверить.

anonymous
()
Ответ на: комментарий от Sancho_s_rancho

>На машине с процессором x86 1550MHz и оперативкой 768 Mb eclipse , при открытии проекта "hello world", тормозит люто и в конечном итоге выбрасывает сообщение, что недостаточно памяти.

А ява, естественно, GNU GCJ.
Eclipse, конечно же, из дистрибутива Eclipse 3.2/J2EE.

Угадал? ;)

iZEN ★★★★★
()
Ответ на: комментарий от anonymous

Не надо гнать. На Октаве или Фортране сайтишки никто лабать не предлагает (на Математике делают, но только приколу ради). Вот и вы не лезьте в вычислительные задачи со своей Жабой.

anonymous
()
Ответ на: комментарий от xTERM

>Вот список ОС, которые поддерживает Перл:

Примерно тоже самое что: "Вот список ОС, которые поддерживают текстовые файлы".

>А Си вообще ВЕЗДЕ есть.

_Без перекомпиляции софта_ и прочей жуткой геморни с установкой _сишных кроссплатформенных либ_, плиз.

>А Ява? Даже под x86 *BSD пришлось ждать стабильной jdk6 больше года (вроде два).

А BSD R.I.P. вы разве не знали?

>Под Си/С++ как минимум не меньше.

Вилами по воде писано.

anonymous
()
Ответ на: комментарий от anonymous

>Оптимизатор GCC не может. На более серьёзных компиляторах надо бы проверить.

Другой пример: декодирование видеопотока. Ни интел, ни gcc не могут оптимально использовать расширенные регистры для используемых там задач (а уж по сути просто математика). А уж как gcc распределяет регистры на Cell'ных SPU'шках... Официальный компилятор производителя.

rtc ★★
()

сколько костыль не ускоряй, прямые здоровые ноги он не заменит. (c) народная мудрость

anonymous
()
Ответ на: комментарий от anonymous

>_Без перекомпиляции софта_ и прочей жуткой геморни с установкой _сишных кроссплатформенных либ_, плиз.

Ох да, всяко проще написать для этих платформ JVM на том же Си? Ололо!

>А BSD R.I.P. вы разве не знали?

Это сути не меняет

>Вилами по воде писано.

угу, руками жабокодеров

anonymous
()
Ответ на: комментарий от anonymous

>прямые здоровые ноги он не заменит.

если они есть, естесственно.

anonymous
()
Ответ на: комментарий от rtc

> Другой пример: декодирование видеопотока.

Ну опять - это те самые редкие задачи, где применимы SIMD. Там лучше ручками, да. Но этих задач очень мало, и в вычислительной математике они практически не встречаются.

anonymous
()
Ответ на: комментарий от anonymous

>Ох да, всяко проще написать для этих платформ JVM на том же Си? Ололо!

Как у тебя с арифметикой? Посчитай, что проще - 1 раз переписать ЖВМ, или периписать весь софт под каждуй платформу отдельно?

anonymous
()
Ответ на: комментарий от anonymous

Очень многие проги на жаба все равно идут с n-ным количеством кода на Си. И чем серьезнее программа, тем больше нативного кода. И без перекомпиляции не получится. Пример: Eclipse, Maple.

Что мы видем в итоге? Заходим качать Eclipse, а там выбор из нескольких плаформ,

xTERM ★★
()
Ответ на: комментарий от anonymous

> И ты привёл в пример как раз очень узкоспециализированные вещи.

Ну давайте говорить рынками. Мобильный рынок(J2ME->Andriod) & корпоративный рынок(Oracle, IBM, SAP, Red Hat, Sun) = Java.

Десктопные приложения уже вымирают - всё переходит в Web, тут у Java есть GWT, не доминантная позиция, но вплоне крепкая.

Никто не говорит, что Java будет абсолютно везде, но на самых крупных рынках она - лидер.

http://www.indeed.com/jobtrends?q=java%2C+javascript%2C+c%23%2C+c%2B%2B%2C+ph...

anonymous
()
Ответ на: комментарий от iZEN

>В кои-то веки на Linux под Mono2 запустили Paint.Net 3.0. Великое событие в жизни монодевелоперов. Переносимость .net-програм с Windows осуществлена. Порадуемся их чуду. Они ж аки дети малые. Ж)

просто Paint.Net имеет большое количество P/Invoke к GDI+. Ничего "детского" в этом не вижу.

ЗЫ. что-то не вижу граф. редактора наподобие Paint.NET по функциональности написанного на java, и работающего на всех платформах.

k0l0b0k ★★
()
Ответ на: комментарий от xTERM

> Что мы видем в итоге? Заходим качать Eclipse, а там выбор из нескольких плаформ,

Пример кода в Eclipse на Си?

anonymous
()
Ответ на: комментарий от xTERM

>Что мы видем в итоге? Заходим качать Eclipse, а там выбор из нескольких плаформ,

Которые отличаются только бинарным ./eclipse. Который судя по всему того и делает, что ищет локально установленный ЖВМ, устанавливает системмные переменные и все это дело стартует.

Зато не надо перелопачивать все плагины под конечную платформу.

Успокойся, даже в таком варианте от жавы больше пользы нежели если бы оно было не на жаве.

anonymous
()
Ответ на: комментарий от xTERM

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

и что же из нативного кода там, кроме swt и маленького лочера в случае винды?

thevery ★★★★
()
Ответ на: комментарий от anonymous

>Десктопные приложения уже вымирают

Насмешил. Кроме Гмыла чего-нибудь юзаешь веб-сервисное?

xTERM ★★
()
Ответ на: комментарий от anonymous

>Как у тебя с арифметикой? Посчитай, что проще - 1 раз переписать ЖВМ, или периписать весь софт под каждуй платформу отдельно?

А рынок итак всё решил. Как только понадобилось писать софт под зоопарк миллионнотиражных платформ - сразу же выполз J2ME. И без альтернатив выполз...

KRoN73 ★★★★★
()
Ответ на: комментарий от anonymous

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

не. для этого умные люди СРАЗУ используют апи не на прямую, а через рассчитанные на это либы, если хотят написать такую прогу.

anonymous
()
Ответ на: комментарий от xTERM

>Пример: Eclipse, Maple.

Два - это ещё не «очень многие» :)

Давай хотя бы десяток-другой? :)

KRoN73 ★★★★★
()
Ответ на: комментарий от anonymous

> Ну давайте говорить рынками.

Нельзя. Слишком крупно.

> Мобильный рынок(J2ME->Andriod)

Android - это очень далеко не одна только Жаба. И тем самым он и привлекает, в отличии от J2ME, в котором в основном только примитивные поделки крутились, а всё чуть сложное - уже C++/Symbian.

> корпоративный рынок(Oracle, IBM, SAP, Red Hat, Sun) = Java.

Думаешь, сказанул красивые грозные словечки "корпоративный рынок", и все сразу запугались да зауважали? Лучше бы тебе иметь представление о том, что такое интерпрайз изнутри. У жабы там своя конкретная ниша, но никто не скажет, что она рулит везде и во всём. Полно задач, к которым её и близко не подпускают. Особенно их полно в финансовой сфере.

> но на самых крупных рынках она - лидер.

И это тоже малость как бы прогонево. Жаба - нишевой инструмент.

anonymous
()
Ответ на: комментарий от thevery

>кроме swt и маленького лочера

Этого достаточно. Нативный код либо есть, либо нет. Если он есть, то твой аргумент про перекомпиляции идет далеко и на долго.

xTERM ★★
()
Ответ на: комментарий от anonymous

>> С этим аргументированно спорить довольно сложно > Элементарно. Просто ты аргументацию не поймешь - ты не знаешь, что такое семантика, что такое impedance mismatch, не знаешь никаких методологий проектирования кроме ООД. Ты не поймешь ни слова из объяснения, почему Java - ограниченная технология.

Видимо ты даже не понял о чем надо спорить. И с чего ты взял, что я ничего из вышеперечисленного не знаю? Ладно, фигач дальше. Можешь считать, что я, тупой java-быдло-кодер, слил - мне всё равно.

anonymous
()
Ответ на: комментарий от anonymous

>Посчитай, что проще - 1 раз переписать ЖВМ, или периписать весь софт под каждуй платформу отдельно?

Зачем его переписывать? Или жабокодеры думают, что в мире существует всего один компилятор?

anonymous
()
Ответ на: комментарий от k0l0b0k

>ЗЫ. что-то не вижу граф. редактора наподобие Paint.NET по функциональности написанного на java, и работающего на всех платформах.

не редактор, но вполне сложное приложение:
http://www.reportmill.com/jfx/

thevery ★★★★
()
Ответ на: комментарий от KRoN73

>Как только понадобилось писать софт под зоопарк миллионнотиражных платформ - сразу же выполз J2ME.

J2ME выполз, потому что для быдложелезок писать натив политика партии не позволяет. Нормальной идеей бы было выпустить платформонезависимый компилятор.

anonymous
()

Интересно, куда подевались все те фанатики визжащие про емакс и _правильных адекватных кодеров_.

Ребята, вы где? Образ _адекватного разработчика_ по прежнему не раскрыт.

anonymous
()
Ответ на: комментарий от xTERM

>Этого достаточно. Нативный код либо есть, либо нет. Если он есть, то твой аргумент про перекомпиляции идет далеко и на долго

аргумент был не мой, это раз.
перекомпиляции не надо, это два.

thevery ★★★★
()

Прочитал тред. Перечитал тред. Без высказываний клона vsl тред стал более чем уныл.

anonymous
()
Ответ на: комментарий от anonymous

А жабская быдлокодерня уже нашла что предложить в замену Fortran+LaTeX+emacs+mmm-mode для реализации численных методов?

Жабская быдлокодерня уже придумала, как в javadoc формулку нарисовать?

anonymous
()
Ответ на: комментарий от anonymous

>Android - это очень далеко не одна только Жаба.

да ладно? И давно sdk позволяет писать не-java-код?
и java на андроиде, кстати, весьма неплоха - jtwitter либа завелась с лёгкостью, например

thevery ★★★★
()
Ответ на: комментарий от anonymous

> Пример не нишевого инструмента фф студию.

Кто утверждает (кроме жабанутых), что таковой может существовать?

anonymous
()
Ответ на: комментарий от anonymous

>Прочитал тред. Перечитал тред. Без высказываний клона vsl тред стал более чем уныл.

s/клона/клоуна/

anonymous
()
Ответ на: комментарий от anonymous

>J2ME выполз, потому что для быдложелезок писать натив политика партии не позволяет. Нормальной идеей бы было выпустить платформонезависимый компилятор.

J2ME проще в песочнице держать. В любом случае нужна была какая-то виртуальная машина, чтоб можно было код в клетку посадить.

WFrag ★★★★
()
Ответ на: комментарий от anonymous

>Нормальной идеей бы было выпустить платформонезависимый компилятор.

А при чём тут компилятор? Платформенно-независимое железо ты тоже компилятором будешь обеспечивать? :)

Наконец, смотри немного шире. Производитель хочет выпустить новую модель М на платформе П. Компилятор под неё компилить не умеет. Перед выходом производителю придётся убеждать разработчиков этого универсального компилятора ввести его поддержку. Да у нас итак, вон, есть уже GCC. И что? Да ничего, рынок выбирает что проще, удобнее и экономичнее - J2ME.

KRoN73 ★★★★★
()
Ответ на: комментарий от anonymous

>Жабская быдлокодерня уже придумала, как в javadoc формулку нарисовать?

А у не жабской быдлокодерни даже жавадока то и нету.

anonymous
()
Ответ на: комментарий от anonymous

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

Скорее просто от того, что производители быдложелезок не осилили приличный SDK народу раздать. Никакой кроссплатформности в J2ME нет и не было, всё равно под каждую быдложелезку своя сборка требовалась.

anonymous
()
Ответ на: комментарий от xTERM

>Этого достаточно. Нативный код либо есть, либо нет. Если он есть, то твой аргумент про перекомпиляции идет далеко и на долго.

В природе нету сред без нативного кода.

r ★★★★★
()
Ответ на: комментарий от anonymous

>>Прочитал тред. Перечитал тред. Без высказываний клона vsl тред стал более чем уныл.

>s/клона/клоуна/

Это не клоун. Артист оригинального жанра!

anonymous
()
Ответ на: комментарий от anonymous

> А у не жабской быдлокодерни даже жавадока то и нету.

А на хера такое тупое говно, как жабадок? У нас fweb есть, или noweb, кому что больше нравится.

anonymous
()
Ответ на: комментарий от anonymous

>Ну давайте говорить рынками. Мобильный рынок(J2ME->Andriod)... = Java. Слезай с клея, нарколыга. Какой процент рынка у твоего говнодроида? Расскажи об этом нокии и заставь их посмеяться от души. >Десктопные приложения уже вымирают Да, корчатся в конвульсиях, я вот дома смотрю фильмы веб плеером и чатюсь в веб-чатиках. oh wait...

anonymous
()
Ответ на: комментарий от anonymous

>Интересно, куда подевались все те фанатики визжащие про емакс и _правильных адекватных кодеров_.

Умерли от старости?

r ★★★★★
()
Ответ на: комментарий от anonymous

>Кто утверждает (кроме жабанутых), что таковой может существовать?

Лично я такого не утварждаю и не утверждал. Внимательно читаю все сообщения, из всех "жабанутых" этого тоже никто не утверждал. Орут токо фанатики емакса и не понятно вообще какие личности.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.