Почему Java — это не круто

"Но это Перл, следовательно, наследует все его недостатки"

Сам ты с недостатками, перл форева!!!

p.s. привет всем из солнечного Крыма, город Феодосия, вода в море +25

> P.S. Окончательный вывод делать не буду. Мои слова только стимул к размышлению

Сделай, плиз, один вывод - лишние 256 метров памяти стоят меньше чем 100 баксов, т.е. примерно один день работы нормального программиста. если ты используешь систему за $10k поставь себе что-нибудь поприличнее целки 300-мегагерцовой с четвертухой памяти.

Могу сказать следующее - не то чтобы быстро, но на моём ноуте (Pentium-M 1.6, 1G памяти) не замечал особых тормозов ни в тугезере, ни в эклипсе, ни в идее, томкат с jbossом и postgresом живут постоянно. При этом загрузка процессора редко когда больше 3-х секунд держится на 100% при полном тротлинге проца.

И кстати, ещё в 95-ом году, когда я увидел первую жабу, чел, который её показывал сказал - проц тебе мощный не особо нужен. Но памятю запасись. Уже восем лет прошло, а память всё дешевеет и дешевеет, и обратной тенденции не вижу (+- $10 - не в счёт). И если вдруг обнаружится, что ноут начал тормозить - поменяю две планки по 512 на две по 1024, и тормоза уйдут, уверен. Просто не надо смотреть на софт, написанный студентами в качестве курсовых, а надо смотреть на профессиональную работу, например:

Валентин Кипятков - IntelliJ Idea - не тормозит

Эрих Гамма - Eclipse - не тормозит

Про остальных разработчиков сказать по именам не могу, но тем не менее мало что ХОРОШО написанное на любом языке программирования тормозит так, что за 100-200 баксов нельзя от тормозов избавиться.

Спасибо за внимание, да, кстати, за вынимание тоже спасибо.

>И если вдруг обнаружится, что ноут начал тормозить - поменяю две планки >по 512 на две по 1024, и тормоза уйдут

ИМХО

Это не спортивно, какой же ты после этого хакир?

2daebear * (*) (25.08.2004 17:21:15)

>Спасибо за внимание, да, кстати, за вынимание тоже спасибо.

Золотые слова. А че хацкеры на бысике не пишут? Че им жаба то не угодила? Их че кто-то принуждает? Как в анекдоте: ... знаешь как нас пиздят!

>вот у меня на Sun Fire v60 не тормозит. Что я не так делаю? ;) А у меня заряженный Sun Fire v240 ( 2 проца, 8 гиг памяти ) Ну... Не то чтобы Java тормозит, но в NetBeans работать неприятно. Ну не могу я понять, чой то я должен пол секунды ждать, пока Swing меню отрисует. Использую gVim :)

Ето точно ;)

Настоящие хакиры покупают пару видюшек с тяпистами метрами памяти на борту и делают вот так вот http://kerneltrap.org/node/view/143 ;)))

> Using Video RAM as System RAM

а потом в этой памяти заводят своп

> Сделай, плиз, один вывод - лишние 256 метров памяти стоят меньше чем > 100 баксов, т.е. примерно один день работы нормального программиста. > если ты используешь систему за $10k поставь себе что-нибудь > поприличнее целки 300-мегагерцовой с четвертухой памяти.

Возможно. Понятно, что тормоза с добавлением памяти могут и пройти. И на глаз их видно не будет. Но, машин может быть много, а не только один ноут. И потом, нагрузка бывает разной и количество программ использующих жабу может быть не 10, а 100. По любому лучше выбрать программу работающую быстро на любом железе, чем ту которой требуется для работы ~ 1 Гиг. Далее, устройства бывают разные. Есть, например наладонники с 64М, - это максимум. И задачи бывают критичные ко времени. Ведь проблемы жабы не кончаются тормозами. Есть еще непредсказуемость. Никогда не знаешь, например, когда JVM запустит сбор мусора. Надо выполнить критичную ко времени операцию, а фиг там выполнение программы приостановлено. То есть применение жабы ограничено и нет у нее объективных преимуществ. А повсеместное использование жабы - следствие агрессивной рекламы.

>>>var1=(sometype)var2; >И? Чем плохо?

>>Тем, что это уродство _необходимо_. См. Enumeration.nextElement().

>Это "уродство" улучшает читабельность кода

ха-ха-ха!

>и избавляет от возможности неправильных присваиваний.

Как это? Оно наоборот позволяет. Что угодно присвоить чему угодно.До самого ран-тайма. Ещё раз отсылаю к окамлу, который умеет без всякого гемороя вычислять типы во время компиляции и generic'и во всяких лиспах, которые умеют и в ран-тайме находить правильные решения.

>Enumeration, Iterator и Vector - это уродства, которые надо было хоронить с самого начала, так как они являются одними из сильных источников run-time ошибок

Я не вижу как, оставаясь в рамках синтаксиса Java'ы (до 1.5) можно от них избавится. Это следствия изначальной непродуманности языка.Что особенно обидно из-за того, что на момент её создания, альтернативы уже существовали лет десять.Более того-насколько я плохо информирован один из идеологов Java'ы - пришёл в Sun из Symbolics'а.

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

А и не надо спорить. Надо думать.Вначале. Жабная программа (в откомпилированном виде - поэтому JIT уже не играет никакой роли) тащит кучу накладных расходов - RTTI, косвенные вызовы, boxed типы, ексепшены,сборка мусора (и вызванный ей своп)... короче если когда нибудь пробывал писать на С в "ОО-стиле" /точнее сказать в страуструповой интерпретации ОО-стиля/ все эти грабли очевидны. Строго говоря, отвратительно написанная С++ программа страдает этими же проблемами, но там даже полный чайник(как раз потому, что чайник) не сможет _всю_ программу завернуть в такую кучу мусора.

>> Отсда одна из _главных_ претензий к жабе - он пытается усидеть на двух стульях - быть эффективной и на стадии разработки и на стадии выполнения. Что взаимно противоречит друг другу.

>Почему это? Опять теория? Можно аргументацию, почему?

Примерно потому же. Все перечисленные выше накладные расходы облегчают программирование но ложатся тяжёлым грузом на выполнение.Простой и эффектный выход предлагали поочередно Остерхут (автор tcl), Столлман и Билл Гейтс - использование двух языков на разных уровнях. Java и C++ - языки ублюдки, пытающиеся угодить всем. Как и все ублюдки (дворняжки) они унаследовали все худшие черты от обоих предков (с несколько натянутой, но точной аналогией, это Fortran и Lisp) и не приобрели лучших. Ни тот ни другой не получили мощности Lisp'а ни эффективности процедурных языков, ни идеологической стройности Smalltalk'а.

К чести Sun'а надо признать, что они не афиширут, но судя по тенденции (J2EE) вполне это всё это осознают... И мне нравится то куда они двигаются.Но не нравится,что медленно :)

>Быстрота работы Java, как и любого другого языка в первую очередь зависит от рук программиста

В смысле "хорошо написанная Java-программа будет быстрее плохо написанной С++"? Ну во-первых, я б вообще исключил такого урода, как С++ из рассмотрения.Те же яйца. Уже сам его факт использования - свидетельство низкой квалификации/лохотронщика. А во-вторых и главных - неправильно это.Сравнивать надо одинаково хорошо/плохо написанные программы.

>Пожалуйста, хотя бы десяток :)

давай я не буду гнуть пальцы и перечислять новомодные гуёвые утилиты к крутым малоизвестным широкой публике пакетам :)Тут уже один товарищ проехался по ibm'вскому дерьму - я просто скажу, что у HP ровно то же самое. Тормозные глюкалы.

Более того... Когда я вижу Java Application Server, NetBean и Eclipse в вариантах отдельно для виндовза и для (о ужас!) разных юниксов, у меня рождаются весьма несмутные сомнения в том, что даже Sun/IBM так уж уверены в эффективности соих рантаймов.

>Сделай, плиз, один вывод - лишние 256 метров памяти стоят меньше чем 100 баксов

А теперь умножь на тыщу рабочих мест.

To All :

И еще, все обсуждаемые жаба-программы фактически не занимаются серьезной обработкой данных, такой как компиляция или сортирока(поиск) больших объемов данных. А вот, что бы произошло, если бы скажем gcc или движок Oracle переписали на жабе, трудно даже и представить. Я думаю, что 100 баксами на 256М памяти здесь не обойтись. Вам еще здорово повезло, что не все программы на жабе написаны.

> Это не спортивно, какой же ты после этого хакир?

Точно, это как допинг в спорте.

Чего зря говорить? Вы ведь не знаете сколько(точную цифру) такая разработка будет стоить если делать не на java (с сохранением портабельности). Может цена разработки на каком-нить C++ будет на $200 больше. Тогда эту сумму надо будет умножить на кол-во рабочих мест. Сдается мне, что половина писунов тут вообще не в курсе бюджетов подобных проектов. Надо не один фактор учитывать, а много. Подготовка персонала тоже денег стоит. Чтобы кто-то oCaml выучил тоже бабки нужны. Не менять же разработчиков под каждый проект? Это дороже выйдет.

Балаболы

переливать с пустого в порожнее тоже не круто.

предисловие. Бородатый анек.

Шерлок и Ватсон бродят по набережной Темзы.
В. Шерлок, а как вы думаете, тут есть раки ?
Ш. Ватсон, RACи водятся там, где есть бабки.


J2EE промышленый стандарт. Еще какие то коментариии нужны?.

Господину размышляюшему насчет 1000 рабочих мест.
И какое это имеет значение для сервера?? или ваша организация настолько крута, чтоб использовать ресурсы клиентских писюков в распределенных вычислениях ?


P.S. Желаюшим плыть против течения и мимо денег - удачного плаванья.

>Вам еще здорово повезло, что не все программы на жабе написаны.

Чудак человек! У жабы своя ниша, где ей особой конкуренции в данный момен нет. Вот .NET потихоньку начинает вылезать, но поезд уже ушел. Догнать нереально. И дело не в агрессивной рекламе, а в возможности РЕАЛЬНО за РЕАЛЬНОЕ время создать довольно сложную КИС. И что характерно, то то что один раз сделано, работает почти на любой платформе без каких-либо изменений. Я свою КИС разверну хоть на линуксе, хоть на виндах, хоть на маке минут за 30 с нуля. И даже тестировть не подумаю.

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

ГУИ это тож не очень ниша жабы. Просто гуи можно сделать, ели надо. И грамотно написанные гуи вовсе не тормозят.

А если сравнить числодробилки, то жаба приплюснутым проиграет не более 3 процентов. А может и выиграет. Зависит от множества факторов.

Кстати, компилятор на жабе напсать, да как два байта переслать. Работа со строками там довольно шустрая. А вот надо GCC на жабу переперать? Зачем? Для компиляторов С есть.

И такие монстры IT бизнеса как IBM, Oracle не от нехер делать развивают JAVA технологии. Видимо чтот то есть, что от тебя ускользнуло.

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

2ifconfig

>P.S. Желаюшим плыть против течения и мимо денег - удачного плаванья.

Респект!

>А если сравнить числодробилки, то жаба приплюснутым проиграет не более 3 процентов. А может и выиграет. Зависит от множества факторов.

Пару нулей забыл ;)

PS: Помнится на http://www.cfd-online.com один перец тоже выступал на эту тему. (про Java в CFD)

Его корифеи мягко (все ж там не LOR ;)) на место поставили ;)

>>Сделай, плиз, один вывод - лишние 256 метров памяти стоят меньше чем 100 баксов

> А теперь умножь на тыщу рабочих мест.

Запросто. Только ты сравни с ценой одного Oracle Enterprise

>>JRun Connector Protocol Error.
>>========
>И причём здесь Java? А если апач раскажет про интернал-еррор, кто будет
виноват? Ассемблер?

Будет виноват писатель, написавший апаче, и косвенно тот инструмент
(язык, библиотеки), который он использовал для написания. Я не совсем
понял суть возражения. Приведённая ошибка, если не ошибаюсь,
классический симптом перегрузки сервера. Я почти наверняка жаба
внесла свой немалый вклад в эту перегрузку.

> Java-то тут, как раз молодец - всё отработала как надо.

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

> но на моём ноуте (Pentium-M 1.6, 1G памяти) не замечал особых тормозов

На твоём не самом слабом ноуте, который ничем более не занят, на одной
копии программы... Это что показатель? Смешно читать такое.

> При этом загрузка процессора редко когда больше 3-х секунд держится на 100%

Ух, как здорово. А если добавить второго клиента? А третьего? Как? больше не тянет? ;) Ф т о п к у!

Не собираюсь спорить, что у жабы своей ниши нет. Очевидно - есть и немалая. Да вот только язык программирования и технология Java на мой взгляд разные понятия. К одной и той же технологии можно разные языки программирования прикрутить. Вот представь к примеру, что вместо Java твой любимый перл используется ( с кроссплатформенностью у него тоже не так уж плохо ). Правда, злая шутка получилась ? :)) Что касается моих предыдущих постов, то говорил я только о текущей реализации JVM и о жабе как о универсальном! языке программирования.

P.S. Не выношу, когда жабу с Си сравнивают и другими языками, которые к жабе никаким боком не относятся. Считаю, что не уместно это.

> Желаюшим плыть против течения и мимо денег - удачного плаванья.

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

>Да ну? Покажите мне в спецификации любой версии Java конструкцию типа

Берём книжку и читаем о jsp-контейнерах до полного просвятления.

>никаких сюрпризов и хитрых фич в языке

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

>традиционно считается java тормозит

ну тормознутость Java несколько преувеличена, хотя конечно с ASM не сравнить, но Java такая скорость и не нужна.

>большинство swing-приложений ужасно выглядят

Вот тут не понятно немного, что значит ужасно? look&feel? дак его поменять можно. Или общее впечатление от расположения контралов? дак это 100% вина проектировщика интерфейса и язык тут ну никак не виноват.

>строгая типизация это занудно

а по моему это благо когда такие ошибки отлавливаются на этапе компиляции, а не остаются тестировщикам.

>сложно изобрести велосипед (все есть в стандартной библиотеке)

ну при желании легко. Хоть с квадратными колёсами хоть с треугольными, хоть вооще без колёс. Тока кому это надо?

>java популярна, а это не круто

Ну вот! Первая серьёзная причина не любить Java:)

>на java нельзя писать драйверы и другие крутые штуки

ну про драйвера ладно, а под "другими крутыми штучками" что понимается?

Вообщем может хацкерам Java и не подходит а для нормальных людей скромно зарабатывающих программированием подходит очень даже.

Дурь полная. Почему я ненавижу Жабу:

- *НЕ*-строгая типизация (автор дебил, и просто не знает, что такое строгая типизация). Статическая типизация рулит, динамическая сосёт (чтоб там не гойворил Пол Грехем, поцчему-то возомнивший, что только в языках с динамической типизацией возможны истинные макросы).

- Отсутствие каких бы то ни было средств метапрограммирования (хотя бы препроцессор - уж об истинных макросах и не мечтаю) - получается, что язык просто невозможно заточить под ПРИКЛАДНЫЕ нужды, и сделать удобным для пользователей.

- Убогая модель JVM, не позволяющая эффективно реализовывать крайне нужные и полезные вещи, такие, как корректный unboxing, tail recursion, нормальную поддержку замыканий. Это не к самой Жабе претензия, конечно же...

- Отсутствие нормальных библиотек. Да, именно так. Всё, что есть - очень громоздкое говно. В особенности - нет нормальных контейнеров и прочих generics.

Это у Java нормальный механизм исключений?!? Очень интересно. Нормальный механизм исключений - в Objective Caml. Быстрый и сейфный. А у Жабы исключения годятся только для исключительных ситуаций, пардон за бурый кал...

Да, кстати, сам по себе JDBC дюже неудобно юзать. Но его можно очень красиво завернуть в *ПРАВИЛЬНЫЙ* язык: см. http://brl.sourceforge.net/

s/tomcat/resin/g - и вся тормознутость пропадает, а Java остаётся. Гы...

Ембедаббельные RDBMS-движки на Жабке есть. Довольно таки шустрые (понятно, что с sqlite не сравнить - но всё же)...

> см. ocaml.

Строгая типизация и неявная типизация - это несколько перпендикулярные вещи.

Java конечно редкостное г, как и С++. Приятно видеть, что тред почти единодушно с этим согласен.

Ну а крутые хакеры сейчас юзают: - ASM (как самый нативный) - C (за Unix, то есть множество готовых либ и программеров) - Lisp,Scheme (за мощность, удобство и простоту) - Perl (за CPAN) - Objective Caml (за превосходную реализацию ML) - Haskell (за чистоту)

а также некоторые другие языки (которых достаточно много).

>Чего зря говорить? Вы ведь не знаете сколько(точную цифру) такая разработка будет стоить если делать не на java (с сохранением портабельности). Может цена разработки на каком-нить C++ будет на $200 больше.

Не будет. Java не имеет перед С++ никаких преимуществ в плане писания кода. Наоборот - там даже темплейтов и тех нет.

>Сдается мне, что половина писунов тут вообще не в курсе бюджетов подобных проектов

HP OpenView ServiceDesk. Причём на жабе написана не только клиент (за котрый всех его программистов надо вывести в чисто поле и тут же растрелять. В назидание потомкам), но и сервер. Который умудряется при нескольких клиентах ставить раком нехилый такой PA-RISC'овый сервер.

Что самое забавное - никакой портабельности при этом все равно не наблюдается.

>J2EE промышленый стандарт. Еще какие то коментариии нужны?.

И много там в J2EE собственно Java'ы? Может быть господин рассуждающий о "промышленных стандартах" (которые меняются быстрее, чем успеваешь прочитать очередной превью этого "стандарта") взумает уверждать, что JSP,JAXP и прочие XML-RPC имеют какое отношение к Java? А как быть со "промышленным стандартом Enterprise JavaBean" если хочется его подёршать из, например, Excel'я?

>Господину размышляюшему насчет 1000 рабочих мест.И какое это имеет значение для сервера??

А с каих это пор примение Java'ы стало ограничиваться исключетельно серверами? А разве для серверов уже стало не важным обслуживать несколько приложений? И им уже безраздично, что какой-то жалкий фронт-енд к ораклиной базе запросто сжирает гиг-другой памяти?

>Чудак человек! У жабы своя ниша, где ей особой конкуренции в данный момен нет. Вот .NET потихоньку начинает вылезать, но поезд уже ушел. Догнать нереально.

А чего нереального-то? J2EE вот только-только вылезла из пелёнок голых никем по настоящему не реализованных стандартов. .Net сразу появился как готовый к использованию продукт.

>И такие монстры IT бизнеса как IBM, Oracle не от нехер делать развивают JAVA технологии. Видимо чтот то есть, что от тебя ускользнуло.

Как показывает практика не только в СССР реки назад поворачивали и БАМ'ы строили. У буржуев идиотов тоже хвататет. Равно, как и "примкнувших к ним"(с)

>>>Сделай, плиз, один вывод - лишние 256 метров памяти стоят меньше чем 100 баксов >> А теперь умножь на тыщу рабочих мест. >Запросто. Только ты сравни с ценой одного Oracle Enterprise

Сравнил. И что?

>>>JRun Connector Protocol Error. >>И причём здесь Java? А если апач раскажет про интернал-еррор, кто будет виноват? Ассемблер? >Будет виноват писатель, написавший апаче,

А причём тут бедняга писавший апач, если в совершенно левом cgi-скрипте некто поделил нечто на ноль?

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

гм... К слову (по сути все равно возразить нечего)... Есть тут у меня одна жабная приблуда. Дак она в exp.getMessage(), рассказывает, что мол "bla-bla-bla. Press any key to continue". Очень забавно смотрится в логах.

>>Да ну? Покажите мне в спецификации любой версии Java конструкцию типа

>Берём книжку и читаем о jsp-контейнерах до полного просвятления.

А причём тут "книжка о jsp контейнерах" если речь идёт о Java?

ей богу диалог напоминает, нечто вроде

" - программы на Perl на самом деле написаны на Java.
- прокажи мне, где в Java есть конструкция print <FILE> args.
- берём книжку и читаем про perl"

>s/tomcat/resin/g - и вся тормознутость пропадает, а Java остаётся. Гы...

URL скажи.

Не могу проверить в Linux'е, т.к. много дел, так что скажу про винду

У меня на винде запущено 10 far'ов, 2 winrar'а, edonkey, overnet,flashget, открыто 5 окон оперы, Photoshop CS 8, ImageReady CS, Delphi 5, Delphi 6, The Bat с полгиговой базой данных, какая нибудь игрушка, и 3dmark заодно.... не тормозит... а если на java...

(Athlon 2000+/768M RAM/120GBHDD - в общем , средняя станция)

Кстати, насчет delphi 4 и 30 окон Internet Explorer'а 5.0 - это и на pentium III 450/32MB не тормозило практически... А java вроде тормозила =)

И зачем спрашивается вообще делали jav'у, хотели сделать менее глючное чем C? не получится... Даже всякие паскали со своими указателями теперь больше на C похожи, перевел 50 строк Си на паскаль без проблем...

Только один довод:

> java популярна, а это не круто

остальные идут лесом

тоже и про cpp

но кто в здравом уме от них откажется.. :)

>Да вот только язык программирования и технология Java на мой взгляд разные понятия.

Язык проектировался под технологию.

>К одной и той же технологии можно разные языки программирования прикрутить.

Дану! Правда! А чего не прикручивают? Где виртуальная машина Perl, C, C++, Ada, Lisp, Fortran,... ?

>Вот представь к примеру, что вместо Java твой любимый перл используется ( с кроссплатформенностью у него тоже не так уж плохо ). Правда, злая шутка получилась ? :))

Нисколько. Есть такая система для ленивых админов webmin прозывается. Полностью написана на перле + javascript + applets. Классная штука. Я ей пользуюсь, и прусь от нее. Тоже самое легко сделать на java только зачем, если уже есть на перле?

>Что касается моих предыдущих постов, то говорил я только о текущей реализации JVM и о жабе как о универсальном! языке программирования.

Что касается твоих предыдущик постов, я уже неоднократно предлагал "пузами меряться". Давайте напишем какую-либо числодробилку. Ну хоть обращение матрицы, каждый на своем любимом языке программирования. Со своей любимой оптимизацией. И сравним, что и где быстрее. Вот только все только покричать, а реально что-то сделать, ни укого желания нет.
Делов то на сто строк кода.

>А чего нереального-то? J2EE вот только-только вылезла из пелёнок голых никем по настоящему не реализованных стандартов. .Net сразу появился как готовый к использованию продукт.

Гыгыгыгыгыгыгыгыгыгыгыгыгыгыгыгыгыгыгыгыгыгыгыгыыггы
:))))))))))))))))))))))

Ну повеселил!!!! Давно так не смеялся! Даж слезы потекли! Ты прям новый анекдот придумал! Гыгыгыгыгыгыгыгыгыгы

Ох! Не могу больше! Гыгыгыгыгыгы :))))))))) Щеки заболели.... :)))


>У буржуев идиотов тоже хвататет. Равно, как и "примкнувших к ним"(с)

Аргумент сильный. Возразить не чего. Молчу...

Ой! Гыгыгыгыгыгыгыгы

>Где виртуальная машина Perl, C, C++, Ada, Lisp, Fortran,... ?

Хм. Ты сам то понял, что за чушь сказал?

>>JSP? Java server pages. И что? Вы будет утверждать, что синтаксис
>>этих файлов имеет что-то общее с синтаксисом языка Java?

Ой рассмешил, и тебе спасибо за минуту здорового смеха в начале рабочего дня, презентацию вот будет делать гораздо легче :)

Вы тут все такие одни умные, другие красивые, третьи быстрые. А мне что разорваться что-ли? http://oval.web.ur.ru/PolyVoice.JPG Вкратце редактор - на Java, host-железка на С++ с метапрограмированием(ну и со всякими хакерскими штучками типа вызова виртуальных функций не по имени а по индексу :) ) DSP процессор что в хосте естественно на ASM.

Спросите а зачем первый пункт на Java? А кто мне еще обеспечит платформонезависимость и поддержку plugins через reflection? (Кстати DSP-ASM код шьется в плугины)

Ну давай.

Есть положительно определенная симметричная ленточная матрица, заданная

в компактной форме.

Напиши на яве программу для ее обращения.

Гы Гы

На чё будем спорить?

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

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

Ну чё Вадик?

Ты похоже школу прогулял, когда ленточные матрицы проходили.

Вот мое предложение. Создать массив целых чисел(или с плавающей точкой (double) на выбор), скажем (1000000 элементов). Заполнить его псевдослучайными числами. Создать новый отсортированный массив. Последовательно применить двоичный поиск к каждому элементу массива. Можно использовать стандартные библиотечные функции. Если время выполнения будет небольшим, можно выполнить алгоритм в цикле N раз. Это не числодробилка, но тоже показательная задача.

А в школе ленточных матриц и не было. Гонишь! Ты, видать, в навороченой школе учился? Я в #362. Водка такая еще была :) У нас и арифметика то не всегда была :)