OpenOffice выходит в Интернет

>Java быстрее, чем C++:

Да-да, мы знаем, что джава быстрее C и C++. Только сильнее тормозит. А так - быстрее.

>Я тоже так думал (именно про Azureus речь) пока не заметил, что на раздаче потребляет весь проц, притом благодаря яве умудрялся отъедать все ядра. Забил, запустил ktorrent и был счастлив.

Знаете что напоминает такой подход? Что-то типа: "Так, все кто носит черные ботинки мудаки и слабые умом личности. Ага, вот тот чувак носит черные ботинки, значит 100% тупой. И надо же, он и правда оказался тупой => сделан правильный вывод про черные ботиники и тупых". Клевая логика, угу.

>Почему же тогда написанный на плюсах ОО тоже не летает, хотя все кричат что ++ быстрее жабы?

Покажите же уже DOOM3 или HL2 на java. А то я помню, как кваку первую переписали и она на четвертом пне работала почти как первом, сотом.

Будем на их онлайн-сервисе хранить секретные документы? :)

>Учитывая зоопарк архитектур, JIT оптимизирует нативный код под конкретный процессор.

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

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

С чего фдрук?

>Покажите же уже DOOM3 или HL2 на java.

А я помню движок ИЛ2 например, вроде ниче так был, правда? Кидаю камешек обратно, вот я наблюдаю перед собой ОО на плюсах и делаю вывод, что плюсы тормозят и жрут память аки фаерфокс :)

>> Ну тогда извините меня, это приложение является таким же предназначенным для тонких клиентов как и любое другое. В таком виде можно и обычный OOo запустить, и это даже будет лучше, т.к. подозреваю, что в нем будет на порядок больше функциональности, да и развертывается легче т.к. не нужен будет отдельный сервер java-приложений.

> Ну этот вопрос, можно сказать, выяснили. Осталась такая вещь как мобильный офис. Тут уже subj может пригодиться. Так что в целом неплохо.

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

Читаем внимательно, речь шла именно про азуреус, - это раз. Второе - читаем про косвенную адресацию и пр. приблуды.

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

>С чего фдрук?

Вот я о том и спрашиваю, вообще-то :)

Дружище, ты уж определись, тормозит оно или память отъедает?

Минус ООП в том, что сложные логические структуры с трудом поддаются оптимизации компилятором. Отсюда большая часть тормозов. А про скоростную яву это да, она быстрая, только транслируется медленно на реальный проц.

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

>Java быстрее, чем C++: Да-да, мы знаем, что джава быстрее C и C++. Только сильнее тормозит. А так - быстрее.

+1 :)

Azureus фтопку, rtorrent рулит

Аха, вот ещё пример: theora кодек, он реализован на С и перенесён на Java (cortado, один в один тот же код, только на Java перенесён). Ну и что же мы имеем? А и имеем мы примерно в 4 раза более медленный кодек.

Знаете, а мне все равно на чем написано приложение :) Меня инетерсует именно качество приложения, а не качества языка, потому как у меня такое маленькое скромное мнение, что не отнюдь не язык определяет качество приложения.. Именно по-этому я пользуюсь оперой, а не фоксом для примера :)

А в плане удобства для разработчика ява > плюсов, а? А в качестве экономии времени и безопасности отстреливания себе пальцев ява как с плюсами соперничает? Ява не панацея, но самой панацеи сообственно и нет, достаточно оглядеться вокруг..

>А почему обычный OpenOffice нельзя использовать в офисах, где стоят тонкие клиенты, запуская его на сервере?

Подмонтируй по nfs и запусти - у меня работало...

Сравнение с Си не совсем корректно, разное предназначение языков. никто и не спорит, что Си быстрее Явы - это факт :)

>Аха, вот ещё пример: theora кодек, он реализован на С и перенесён на Java (cortado, один в один тот же код, только на Java перенесён). Ну и что же мы имеем? А и имеем мы примерно в 4 раза более медленный кодек.

Если "один-в-один"... То есть они так же, как в Си, выделяют память в куче для массива и структур Java, а потом всё вычищают? Следят за ссылками всех объектов (учитывая даже циклические ссылки), реализуют собственный malloc(), класс Thread, ввод-вывод и т.д.? :))

Ручной закат солнца, не иначе.

>О да, "Жаба не тормозит", "Венда - лучшая ОС", "640кб памяти хватит для каждого", "Летательные аппараты тяжелее воздуха невозможны"...

Земля плоская. :)

>>Java быстрее, чем C++:

>О да, "Жаба не тормозит",

Не передергивай. JAVA действительно быстрее C++

Аналогичный факт и про С++.

А что можно иначе :) ?

Чтоже эта зараза так тормозит :/

>Сравнение с Си не совсем корректно, разное предназначение языков. никто и не спорит, что Си быстрее Явы - это факт :)

Докажи.
Тут на форуме пузомерка ка-то была. Я участвовал со стороны JAVA. Так в этой пузомерке JAVA обогнала GCC.

Подтверждаю. Переносил k-ary btree упакованный в одномерный массив из джавы в С. Как не игрался с ключиками gcc, все получалось, что 'java - server' быстрее при случайном поиске на 10-100% в зависимости от размера дерева. В алгоритме много много трудоемких integer операций и совсем нет работы с указателями. Перед переносом я ожидал получить прирост при переходе на C в 1.5 - 2 раза, а получил падение производительности.

>Докажи.

Ладно, скажем так, ява и си не взаимозаменяемы относительно своих областей применения ввиду некотрых своих свойств :)

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

А что можно иначе :) ?

Нужно!

>Аналогичный факт и про С++.

nope :)

> Аха, вот ещё пример: theora кодек, он реализован на С и перенесён на Java

А наоборот? Вот тебе Eclipse не нравится - портируй на C++!

Действительно задолбали все эти споры по поводу скорости java/c++.

Во-первых, хоть какая ява тормозная, но скорость разработки на Java на несколько порядков выше чем на c++ (или с этим тоже будете спорить?). И поэтому, программисты будут писать на Java потому что это быстрее и легче.

Во-вторых. Был у нас случай, и не один. Какой-то компонент программы тормозит. Говоришь разработчику "Что за нах?" (При особой тупости разработчиков смотришь сам) в результате скорость увеличивается и становиться нормальной.

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

Дак к чему я это? А к тому что тормоза в 90% случаях это вина разработчиков а не языка. И тормозят далеко не только явовые приложения если у разработчиков кривые руки.

> > Аха, вот ещё пример: theora кодек, он реализован на С и перенесён на Java

> А наоборот? Вот тебе Eclipse не нравится - портируй на C++!

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

ps: kdevelop :p

>А к тому что тормоза в 90% случаях это вина разработчиков а не языка'

Хм. А может еще и руки разработчиков Ява-машины тоже не при чем? И то что эта самая машина может работать через попу - так такого не бывает?

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

+1

> Достало уже: "java не тормозит" vs "java тормозит и ест много памяти". Уже 1024 раза все это обсуждалось,

Много не много, а азуреус у меня 750 RES (1700 VIRT) за месяц работы заховал. На 64-х битной системе, джава сановская 1.6.0_02. На 32-х битной он вроде не такой прожорливый. Поскольку память стало жалко, перезапустил - вот за 4 дня работы уже заховал 321m RES и продолжает потихоньку расти..

А это, между прочим, самый популярный проект на sf.net и наверное единственное джава-приложение, которому нет альтернативы на десктопе.

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

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

> Хм. А может еще и руки разработчиков Ява-машины тоже не при чем? И то что эта самая машина может работать через попу - так такого не бывает?

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

Тут еще просят пример хорошо приложения на Java. Вот вам: Jabber-сервер OpenFire 3.4.0 (кстати, имеющий коммерческое прошлое, что сразу заметно по качеству). Время работы 36 дней. По внутренним показателям потребляемая память 17 МБ (пр запуске было 13). Внешняя 80 МБ (при запуске было 60). Обслуживает очень 20 очень активно общающихся пользователей. Процессор (Celeron 1500) жрет на 0%.

> Java быстрее, чем C++

4.2

Недавно упал у меня дома по причине "Электрики, сцуки, никакого упса на них не хватит" внутренний DNS и враз OOo начал запускаться в разы медленнее.

Может нуивонахир, пускать это угрёбище в интернет?

Актуально только для городов где мегабитный инет стоит 20 баксов в месяц.

> Ладно, зайдем с другой стороны. Почему же тогда написанный на плюсах ОО тоже не летает, хотя все кричат что ++ быстрее жабы?

Оно написано так. Мне как-то довелось покопаться в исходных текстах OOo - ошибки искал, одну нашёл, другую нет. Посмотрите и вы в тексты OOo ... могу предположить, что если переписать на java - оно не только не взлетит, но даже взлётную полосу продавит.

Кто-нибудь смог запустить ? :)

>но azureus работает очень прилично, сомневаюсь что приложение с его функциональностью, написанное на cpp, а тем более на python, работало бы намного быстрее,

KTorrent намного функциональнее и быстрее

>Дак к чему я это? А к тому что тормоза в 90% случаях это вина разработчиков а не языка. И тормозят далеко не только явовые приложения если у разработчиков кривые руки.

"Из того, что любой пароль можно подобрать вовсе не следует что нужно ставить пароль 123" (с) Кароче, не путайте причину и следствие

>Очень интересно, но если ООО на С++ написанный не шустрит, то каково оно на Яве?

будет нормально работать, только комп нужно будет раза в 2 мощнее и памяти раз 10 больше. и то и другое нынче дешево.

а вообще - возьмите например MSO (2К) и ОО (последний)- и то и другое на С++ сделано и мне не кажется что МСО хорошо написан, при все всем при этом, когда смотришь на ОО, просто страшно становится... чего у него в нутри? sleep(1) через строку кода?

> KTorrent намного функциональнее

Чуть не упал со стула.

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

Знаешь, сравнивать скорость работы Java против на C++ на основе программы, портированной с С++ на Java - это все равно что сравнивать удобство пользования OpenOffice после десяти лет работы в MS Office. Вроде кнопочки те же...

> чего у него в нутри? sleep(1) через строку кода?

http://bash.org.ru/quote/66390 и никакого слипа не нада =)

кстати, изучал на досуге сорцы l2jserver-а (на жабе, как известно)... да, учителем у них был один и тот же индус... %) кривые руки и жаба они как-то связаны, хотя сам по себе жаба вроде неплохой язык ;)

> Чуть не упал со стула.

(Подвешивая петеьку на крючок) - давай, упади еще разок! Открой для себя ktorrent!

>Java быстрее, чем C++:

ха-ха-ха. хорошая шутка.

>http://kano.net/javabench/data

фу, лажа.

>Учитывая зоопарк архитектур, JIT оптимизирует нативный код под конкретный процессор. OOo распространяется, как правило, под обобщённую архитектуру x386, не дающую никаких оптимизаций в плане производительности на конкретном железе.

процовозависимая оптимизация для такого рода приложения даст прирост в пределах ~5%. жабская реализация ОО потеряет раза в 2 больше только на TLB misses-ах, за счет того, что будет жрать как минимум раз в 5, (а реально раз в 10) больше памяти.