|
2.4, iZEN (ok), 19:21, 06/10/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
Давно есть и используется повсеместно в сотовых телефонах и смартфонах.
| |
|
3.13, Аноним (-), 19:41, 06/10/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
Твои данные безнадежно протухли. Уже нифига не повсеместно, гугл этим IIRC не пользуется. Да и толку от того что было - было мало. Потому что ARMы умели напрямую выполнять далеко не все опкоды и выигрыш относительно чисто софтварной реализации получался скромным.
Перспективнее смотрится идея гугли с предкомпиляцией. Ну тогда не выделывались бы уже и взяли нечто типа llvm, чтобы софт можно было писать на любом ЯП без гемора.
| |
|
4.16, Tav (ok), 21:00, 06/10/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Перспективнее смотрится идея гугли с предкомпиляцией.
Не особо. У JIT больше возможностей оптимизации за счет информации доступной во время выполнения. Например, сейчас загружена только одна реализация виртуального метода — можно ее не то что связать напрямую, а даже встроить, а потом, если в результате загрузки нового класса появится еще одна реализация, можно разоптимизировать обратно. HotSpot в OpenJDK это делает.
> взяли нечто типа llvm, чтобы софт можно было писать на любом ЯП без гемора.
Без гемора не получится: для каждого языка потребуется FFI и свои привязки к системным библиотекам.
| |
|
5.20, xhumanoid (?), 00:50, 07/10/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
вот именно что hotspot, не хочу подымать холивар, но по сравнению с openjdk у dalvik количество оптимизаций ну совсем капля. по крайней мере там в интерфейсе метода намного дешевле держать уже сразу класс реализации, а не общий интерфейс, так как это дает выигрыш по скорости, а вы тут про линковку и инлайнинг рассказываете. профилирование в далвик тоже еще та песня .....
| |
|
6.27, Аноним (27), 09:51, 07/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
Так ведь и hotspot на среднестатистических мобильных приложениях ничего не даст (почти), его оптимизации заточены под другое, потому его и нет смысла туда пихать.
p.s. В дополнение :)
| |
|
|
4.21, Led (ok), 01:08, 07/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
> llvm
> на любом ЯП
> без гемора
Шутник? Или обкурился?
| |
4.34, iZEN (ok), 16:36, 07/10/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Перспективнее смотрится идея гугли с предкомпиляцией. Ну тогда не выделывались бы уже и взяли нечто типа llvm, чтобы софт можно было писать на любом ЯП без гемора.
Спасибо за совет. На FreeBSD пользуюсь и LLVM, и OpenJDK JIT. Разницы не видно.
| |
|
|
2.8, ДяДя (?), 19:27, 06/10/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
Это не эффективно. OpenJDK JIT создаёт нативный код для x86 близкий к совершенному.
| |
2.9, Andrey Mitrofanov (?), 19:28, 06/10/2014 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Нужен аппаратный жабопроцессор(вроде пытались уже), или хотя-бы её аппаратное ускорение.
ARM Jazelle, вроде. "Давно есть и никому не нужен."
| |
2.25, Baz (?), 08:52, 07/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
ещё один аппаратный костыль совсем не повредит совсем не закостыленной х86 :trollface:
| |
2.28, Аноним (27), 09:54, 07/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Нужен аппаратный жабопроцессор(вроде пытались уже), или хотя-бы её аппаратное ускорение.
Для чего?
Для мобильников? Думаю Intel не из-за них в OpenJDK ввязывается, а для серверов не особо нужен, правильная статистика и перекомпиляция кусков там оптимальней смотрится, и с памятью лучше.
| |
2.31, edwin3d (ok), 11:01, 07/10/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
К слову, Вы мне напомнили один момент.
На последнем Java one, была сессия "Java ME not dead".
Так вот там было ряд интересных докладов, в т.ч. по микропроцессорам с аппаратной поддержкой
| |
2.35, ыва (?), 13:18, 08/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
Смысл виртуальной машины как раз в том, что написанный один раз код будет запускаться независимо от железа и программной прослойки( в виде ОС)...
| |
|
|
|
3.5, iZEN (ok), 19:22, 06/10/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А что это? Дискуссия? Рассказ? Стих?
Намерение.
| |
|
4.6, Юрий (??), 19:24, 06/10/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Именно! Именно поэтому это "новость" о намерении...
| |
|
5.15, Какаянахренразница (ok), 20:11, 06/10/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Именно! Именно поэтому это "новость" о намерении...
Я намереваюсь захватить вселенную. Это тема для новости?
| |
|
6.18, IMHO (?), 21:57, 06/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Я намереваюсь захватить вселенную
чем если не секрет ?
| |
|
7.24, Аноним (-), 05:36, 07/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
Каретой скорой помощи с 1 водителем и бригадой санитаров [а также ионой пушки и экзоскелетов уровня круизиса]
| |
|
6.19, Аноним (-), 21:59, 06/10/2014 [^] [^^] [^^^] [ответить]
| +5 +/– |
Вряд ли эта новость взбудоражит медсестру, впрочем, как и ваших соседей по палате.
| |
|
|
|
|
|
1.7, manster (ok), 19:25, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
С чего это вдруг?
Походу начал метаться...
Каким боком тут процы и джава? Байткод в виде ассемблера?
Не, это хорошо, что присоединились конечно...
| |
|
|
3.32, manster (ok), 12:58, 07/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Это профессиональное мнение?
Это не мнение, а вопросы.
Профессиональное чтение?
| |
|
2.22, Avator (ok), 02:10, 07/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
Intel давно уже Java'ой занимается.
Раньше спонсировали и ресурсы выделяли на Apache Harmony (совместно с IBM), в какой-то момент прикрыли развитие, когда OpenJDK взлетела, теперь просто присоединились к OpenJDK. Всё логично.
Кстати один из сотрудников Intel в своё время реализовал обвеску для Eclipse позволявшую отлаживать Java код и обёрнутый С/C++ код, в случае если он вызывался. Работало на стыке JDT и CDT плагинов, но фурычило только на Apache Harmony.
| |
|
1.10, anonymus (?), 19:29, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
ну может посмотрели на порнографию в виде javascript, из которого хотят сделать ассемблер, и решили, что уж лучше java?
| |
|
2.12, Andrey Mitrofanov (?), 19:36, 06/10/2014 [^] [^^] [^^^] [ответить]
| +5 +/– |
> ну может посмотрели на порнографию в виде javascript, из которого хотят сделать
> ассемблер, и решили, что уж лучше java?
Посмотрели на покупателей джавва энтерпрайзов и решили, надо им продать больше, бооооОООоольше штеуд чущт-ов.
| |
2.23, Avator (ok), 02:14, 07/10/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> ну может посмотрели на порнографию в виде javascript, из которого хотят сделать
> ассемблер, и решили, что уж лучше java?
Intel занимается развитием Java уже скоро как 10 лет (еще в 2006 контрибьютили большое количество кода в Apache Harmony). С разморозкой =))
| |
|
|