Вопрос к разработчикам языка?

Почему Java такая медленная?

Почему Java такая медленная?

Потому что запускаешь ее с ключом -Xint. Надо запускать с ключом -Xmixed

Что значит «медленная»? С JIT, она вполне себе дает сравнимую с нативным кодом производительность (dalvik, с оригинальной jvm работал мало). Скорее всего медленная - это проблемы дизайна приложения, где критические куски оставили на java, в не вынесли через jni. Другое дело, что плата за все жабовые «удобства» огромное потребление памяти.

Потому что нищеброды-кульхацкеры не могут купить себе нормальный комп.

У меня на i3-380М можно комфортно для Java EE программки разрабатывать, не говоря про Spring.

Вот только не надо у меня i5-3450 и всеравно eclipse при двух десяток закладок еле живой

Вот только не надо у меня i5-3450 и всеравно eclipse при двух десяток закладок еле живой

Как ты вообще умудрился столько закладок открыть, у меня просто при запуске проц грузит незнамо как + температура запредельная становится.

Мамку попроси на новый год ПК хотя бы 4 летней давности ;)

не могут купить себе нормальный комп.

шиндовс-вэй детектед.

Памяти добей побольше. При достаточном количестве памяти оно и на моем asus n10j (intel atom) нормально так себе пашет. (Там 2GiB стоит). И определись для себя что значит «медленный». В твоем случае, тормоза связаны не с джавой, а с тормозным свопом при нехватке памяти.

двух десяток закладок

Эх, «вилика и могуча русский языка»!

Чем-то про «двух десяток закладок» напомнила анектод.

Прислали суровым сибирским мужикам японскую бензопилу. Решили они ее испытать.

Положили на нее доску.

— Вжик, — сказала японская бензопила.

— Хм, — сказали суровые сибирские мужики и положили бревно.

— Вж-жик, — сказала японская бензопила.

— Хм-м, — сказали суровые сибирские мужики и положили целое дерево.

— Вж-ж-жик, — сказала японская бензопила.

— Хм-м-м, — сказали суровые сибирские мужики и положили рельс.

— Вж-ж-ж-ж-КРЯК! — сказала японская бензопила и сломалась.

— Ага-а-а! — сказали суровые сибирские мужики…

Асеr 5742G 6GB DDR3

Проверил сейчас. «Двух десяток закладок» не вешает Eclipse.

У меня на i3-380М можно комфортно для Java EE программки разрабатывать, не говоря про Spring.

У меня на i7-2600 тот же Eclipse на большом C++ проекте после некоторого времени работы (например отладочной сессии с 20 открытыми файлами) начинает тормозить даже на простом переключении закладок - задержка порядка 0.3 секунды. Это просто победа технологии Java, я считаю.

У тебя они наверное пустые , а ты поработай с ними в android sdk , особенно где xml файлы

C++? emacs не пробовал? eclipse нужен только для разработки под андройд, чтобы ручками тонны xml'ки не пейсать.

Вот и ты подтвердил. Я же не совсем дура.

n10j, 2GiB RAM, intel atom. открыл 20 вкладок, андройдопроекта. Особых тормозов не замечаю. Ч.Я.Д.Н.Т. ? Правда выглядит оно на мелком экране, как УГ.

Не нравится - используйте emacs. Кто мешает?

Тем более, что на C++ enterpriZe софт не пишут.

А меня вполне Eclipse удовлетворяет. Как для EE, так и для Android разработки.

Не пустые. Не тормозит. 20 xml файлов открыто.

Что я делаю не так?

а операционка у тебя какая, потомучто на атоме у тебя вообще должно все жутко тормозить..у меня ubuntu

Ну для андройд, тут без вариантов, не ручками же овер9к xml'ек заполнять, дизайнер формочек, опять же.
Про EE - х.з., не пробовал. Но вот для С\С++ лучше емакса нет ничего. (ну вим еще, ладно, но тот сливает отсутствием сравнимого по удобству verilog-mode). Исключение - Qt, там Qt Creator рулит и педалит.

Arch Linux, с KDE.
C бубанты давно съехал, они кеды через одно место собирают. Надоели баги на ровном месте. Да и из aur'а обычно есть можно собрать всякие свежие версии mspdebug, mspgcc и прочих, околожелезячных тулов которые мне нужны для работы. Ну и роллинг релиз спасает от тонн мата раз в полгода.

Что у меня не так?

*** Plug-in Registry:

com.android.ide.eclipse.adt (20.0.3.v201208082019-427395) «Android Development Toolkit» [Active]

com.android.ide.eclipse.base (20.0.3.v201208082019-427395) «Common Android Utilities» [Active]

com.android.ide.eclipse.ddms (20.0.3.v201208082019-427395) «Dalvik Debug Monitor Service» [Active]

com.android.ide.eclipse.gldebugger (20.0.3.v201208082019-427395) «Tracer for OpenGL ES» [Starting]

com.android.ide.eclipse.hierarchyviewer (20.0.3.v201208082019-427395) «Hierarchy Viewer» [Starting]

com.android.ide.eclipse.traceview (20.0.3.v201208082019-427395) «Traceview» [Active]

Не знаю может промучто у меня Eclipse Juno и куча плагинов , в том числе pydev

Ну тогда $ man бензопила

Язык Kotlin для платформы Java. Светлана Исакова

=) наверное ей надоело рассказывать про очередную мертворожденную попытку приблизить яву к шарпу.

Генеральный спонсор: корпорация Oracle

Ого! Серьезное наверное мероприятие будет :)

Бы взял, да потролил Но нет уж, нету сил Доколе жава неодна Мы - не кушаем говна Да то ли дело С++ Намотай себе на ус Ведь натив - дело ли на вкус? «Да нет, ненужно!» - сказал индус.

Бы взял, да потролил
Но нет уж, нету сил
Доколе жава неодна
Мы - не кушаем говна
Да то ли дело С++
Намотай себе на ус
Ведь натив - дело ли на вкус?
«Да нет, ненужно!» - сказал индус.

Ну как бы не первый раз уже oracle проводит... до того было ещё sun...

(мопед не мой, сам собираюсь туда придти, до этого такие мероприятия, увы, не посещал)

Если что, «линукс тут при том», что лор внезапно написан на java - https://github.com/maxcom/lorsource

Вот только не надо у меня i5-3450 и всеравно eclipse при двух десяток закладок еле живой

улыбнул. Закрывать вкладки привычки не имею, у меня их 99+, излишних тормозов не наблюдается, i3-M350, 4 гига памяти.

где критические куски оставили на java, в не вынесли через jni.

А вот это, фактически, признание неустранимых тормозов.

не знаю, у меня не было нужны на java-проектах выносить часть функциональности через jni, наверное опыта маловато =) может и случается такое.

вообще я думал, jit должен справляться, если что.

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

i5-3450

dniwe какое

всеравно eclipse при двух десяток закладок еле живой

а причем тут жаба если разработчики клипсы - индусы

у меня i5-3450

Как пить дать он у тебя работает на частоте 2150МГц, заставь его не понижать частоту и поставь «высокая производительность» в настройках энергосбережения
К.О.

Нет, это фактически использование рациональное инструмента. Некоторые места, например сложная математика, будет и на С тормозить. Через JNI эти куски можно переложить на специальные блоки, имеющиеся в системе. Тот же neon simd, например, или запрячь dspшник какой. И для этой математики в 99% случаев не нужны никакие красивости синтаксические языка и хитровыдолбанное наследование. Нужен только входной буфер, и куда складывать результат.

Памяти добей побольше. При достаточном количестве памяти оно и на моем asus n10j (intel atom) нормально так себе пашет. (Там 2GiB стоит).

Ты это, ври да не завирайся, угу? Сказочник :)

хи, у меня на ноуте процессор core i3, частота максимальная в принципе 1.2 гигагерца - java работает сносно (eclipse подтормаживает, но я думаю скорее от недостатка памяти, чем процессора)

дибил быстрее джавы только С\кресты и фортран, остальные просто мегамедленные, если джава для тебя просто медленная.

запускай с ключом -server

Тем более, что на C++ enterpriZe софт не пишут.

Наглое 4.2.

Как для EE,

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

Можно примеры более приличной работы в студию? :)

Линух-одмин с завышенным ЧСД, создающий мега-системы на баше.

Более приличной, чем у убогой, анально огороженой EE-обезьянки? Да практически любая. Тот же high frequency trading на C++, с риалтаймом, блекджеком и прочими радостями.

Тот же high frequency trading на C+

До тех пор, пока из-за ошибки с указателем система не сбойнет и заказчик не снимет с тебя кожу заживо.

Ну иди теперь, расскажи всем ныне работающим площадкам, что они не правы, и что трейдить надо на йабке. Потом перескажешь, в каких выражениях тебя послали в каком либо Goldman Sachs или Credit Suisse.

Ну иди теперь, расскажи всем ныне работающим площадкам

Так они и сами знают.

...I’ve noticed another disturbing trend. A lot of businesses use Java for their high-frequency trading systems...

правда, C++-обезьянки, не соображающие в Java-платформе то и дело пишут «Only Idiots Use Java For High Frequency Trading».

http://www.realfreemarket.org/blog/2012/08/10/only-idiots-use-java-for-high-f...

К тормозному eclipse. У меня 8гб оперативки и Core i5. На openjdk eclipse тормозит ужасно, даже при перерисовке даже с одной вкладке. Netbeans и idea, вроде, не тормозят. На оракловском всё работает пристойно. Кстати, даже тяжёлые приложения без графического интерфейса (hadoop/hbase, solr и ещё одна система) на opendjk работают нормально. Может, проблема в графике?

Те немногие, которые используют йабку, при этом и близко не касаются такого жидкого кала, как EE. Собственно, в таких (real time) задачах йабку вообще применяют как какой-то Фортран - new использовать не разрешают, все структуры выделяются заранее и потом GC отдыхает (его вообще отключают, чтоб не мешал). И применение жабки обычно вызвано дебилизмом кого-то из манагерья, а вовсе не рациональными соображениями. Причем, кодить на жабке в такие места берут опытных плюсовиков, а вовсе не ничтожных EE-обезьянок. Обезьянки же паталогически не способны понять риалтайм.

Причем, кодить на жабке в такие места берут опытных плюсовиков

Конечно. Берут делать C++/asm-обезьянок на самую черную негритянскую работу, как без этого. А Java-программисты спокойно занимаются интересными задачами.

Анекдот в тему:

К сантехнику (C++ программисту) прикрепили практиканта. Вызывают на выезд. Приезжают. Канализационный люк. Из него течет дерьмо. Сантехник подходит к люку и ныряет. Через минуту выныривает, кричит: - Ключ на 19. Снова ныряет. Через полминуты выныривает: - Прокладку No.6. Опять ныряет. Выныривает: - Ключ на 26. Ныряет. Через минуту выныривает. Выходит, отряхивается и закуривает. Сел, отдышался и говорит практиканту: - Вот так!.. Учись, студент! А то так и будешь всю жизнь ключи подавать...