Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Для мобильной платформы Android разработан JIT-компилятор, opennews (?), 17-Ноя-09, (0) [смотреть все] Браво Но не кажется ли вам что на телефонах с Java положенно быть ARM-процессо, Sunder (?), 20:57 , 17-Ноя-09, (1) +2 // под андройдом работают не только мобильные телефоны, anonimus (?), 22:16 , 17-Ноя-09, (2) // Да, также огромные кластеры, на которых можно запускать тетрис на яве , аноним (?), 01:09 , 18-Ноя-09, (3) +3 Не факт, что Жазель схавает далвиковский код , _Vitaly_ (ok), 02:10 , 18-Ноя-09, (5) +1 // И кстати, жазель всего лишь ускоряет интерпретатор, но полноценному jit-у все ра, _Vitaly_ (ok), 02:18 , 18-Ноя-09, (6) // на сониэриксонах к примеру вся жава ускоряется аппаратно, аноним (?), 10:52 , 18-Ноя-09, (9) нормальные языки не надо ускорять, аноним (?), 14:13 , 18-Ноя-09, (13) аноним путает язык и его конкретную реализацию, pavel_simple (ok), 15:56 , 18-Ноя-09, (17) +1 Не я первый сказал про ускорение жавы А вообще, покажи мне реально работающую и, аноним (?), 20:42 , 18-Ноя-09, (18) http www excelsior-usa com articles java-to-exe html, anonumous vulgaris (?), 21:32 , 18-Ноя-09, (22) Глупый Оборачивалка jar в exe , аноним (?), 21:51 , 18-Ноя-09, (24) Чтобы нынче быть умным достаточно не ходить по ссылкам и не знать английского н, anonumous vulgaris (?), 22:01 , 18-Ноя-09, (25) Воооот, этого я от вас и добиваюсь А теперь сами же почитайте как они работают, аноним (?), 22:16 , 18-Ноя-09, (26) Excelsior is a Java Authorized Licensee, and its product uses the licensed Sun s, anonumous vulgaris (?), 22:43 , 18-Ноя-09, (27) Я сказал прочитайте, а не копипастите сюда не имеющее отношение к вопросу строчк, аноним (?), 17:07 , 19-Ноя-09, (30) Microsoft J , GCJ Ещё , iZEN (ok), 10:44 , 19-Ноя-09, (28) Нет, нет, нет Отдыхай , аноним (?), 17:06 , 19-Ноя-09, (29) Сразу с этого надо было начинать Ведь приложение можно сначала отjitить а потом, Аноним (-), 02:08 , 18-Ноя-09, (4) // Это называется AOT, а не JIT JIT совместно с VM работает в реальном времени и ко, iZEN (ok), 14:43 , 18-Ноя-09, (14) Автору новости 8212 при публикации имеет смысл указывать единицы измерения в, mitya (ok), 03:10 , 18-Ноя-09, (7) +2 // видимо, там все измеряется в попугаях, hatewindows (ok), 13:08 , 18-Ноя-09, (12) А если тесты на сях в нативном коде прогнать - они порвут всех в 20 раз тогда , User294 (ok), 04:06 , 18-Ноя-09, (8) // Я тебе больше скажу 8212 ни нибуя не понимаешь предназначение виртуальных маш, iZEN (ok), 14:49 , 18-Ноя-09, (16)   // Место и предназначение их - на свалке истории Смысл там был только один - порта, аноним (?), 20:50 , 18-Ноя-09, (20)   // Зато к реальности имеет отношение скорость разработки, отладки и сопровождение Н, iZEN (ok), 21:13 , 18-Ноя-09, (21)   Вот это, называется, ляпнул Разницу между исходником и тем, во что он компилитс, аноним (?), 21:49 , 18-Ноя-09, (23) –1   То ж iZEN Нашли, тоже мне, с кем беседовать , аноним (?), 17:08 , 19-Ноя-09, (31) –1   Видим Ведь работает не исходник, а нативный код Покажите мне средство удалённой, iZEN (ok), 17:27 , 19-Ноя-09, (32)   Действительно, дебилам удобнее играть в песочек в их песочнице А интеллект б, User294 (ok), 08:22 , 21-Ноя-09, (34)   Да нет, почему же Я прекрасно понимаю их роль - не пускать юзера в его систему , User294 (ok), 08:14 , 21-Ноя-09, (33)   А я-то думал, что он там с самого начала был , Аноним (10), 11:36 , 18-Ноя-09, (10) +1 1,4,7,8,10

Сообщения

[Сортировка по времени | RSS]

	16. "Для мобильной платформы Android разработан JIT-компилятор"	+/–
	Сообщение от iZEN (ok), 18-Ноя-09, 14:49
	>А если тесты на сях в нативном коде прогнать - они порвут >всех в 20 раз тогда? :) Браво, гугль. Факофф короче с >велосипедами, ARM и без того дохленькие чтобы их еще и тормозными >ява-виртуалками просаживать. Я тебе больше скажу — ни нибуя не понимаешь предназначение виртуальных машин, их место и роль. >P.S. заметьте, при таком ускорении жабисты про ява-машину без JIT орали с >пеной у рта что она не тормоз. Во лицемеры... Если бы ты почитал, КАК организовано выполнение байткода на Jazelle, то ПОНЯЛ бы, что не весь байткод способен непосредственно выполняться на этом ядре. А значит, для какой-то части байткода нужен либо интерпретатор (встроен в Dalvik), либо JIT, чтобы байткод, оттранслированный в нативный код, работал на ARM, а не в Jazelle.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Для мобильной платформы Android разработан JIT-компилятор"	+/–
	Сообщение от аноним (?), 18-Ноя-09, 20:50
	Место и предназначение их - на свалке истории. Смысл там был только один - портабельный байткод, который в эпоху опенсорса не только не нужен, но и вреден. А если учесть кошмарный оверхед... Ну да, еще голубые мечты о защищенной среде исполнения а-ля singularity. Только это все к реальности никакого отношения не имеет. Jazelle это вообще смешнейшая штука - костыль, поддерживающий костыль.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Для мобильной платформы Android разработан JIT-компилятор"	+/–
	Сообщение от iZEN (ok), 18-Ноя-09, 21:13
	>Только это все к реальности никакого отношения не имеет. Зато к реальности имеет отношение скорость разработки, отладки и сопровождение. Нативный код в этом деле сосёт, как никогда.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Для мобильной платформы Android разработан JIT-компилятор"	–1 +/–
	Сообщение от аноним (?), 18-Ноя-09, 21:49
	>Зато к реальности имеет отношение скорость разработки, отладки и сопровождение. >Нативный код в этом деле сoсёт, как никогда. Вот это, называется, ляпнул. Разницу между исходником и тем, во что он компилится, не видим?
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Для мобильной платформы Android разработан JIT-компилятор"	–1 +/–
	Сообщение от аноним (?), 19-Ноя-09, 17:08
	>Вот это, называется, ляпнул. Разницу между исходником и тем, во что он >компилится, не видим? То ж iZEN. Нашли, тоже мне, с кем беседовать.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Для мобильной платформы Android разработан JIT-компилятор"	+/–
	Сообщение от iZEN (ok), 19-Ноя-09, 17:27
	>>Зато к реальности имеет отношение скорость разработки, отладки и сопровождение. >>Нативный код в этом деле сoсёт, как никогда. > >Вот это, называется, ляпнул. Разницу между исходником и тем, во что он >компилится, не видим? Видим. Ведь работает не исходник, а нативный код. Покажите мне средство удалённой отладки для C++, тогда и поговорим.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	34. "Для мобильной платформы Android разработан JIT-компилятор"	+/–
	Сообщение от User294 (ok), 21-Ноя-09, 08:22
	>Нативный код в этом деле сосёт, как никогда. Действительно, дебилам удобнее играть в песочек в их песочнице :). А интеллект большинства жава програмеров сразу заметен, не в обиду оным (да, я видал пару вменяемых жабистов, но найти их не сильно проще чем снег пустыне Сахара). Только я посмотрю как у вас не будет сосать ваша песочница когда вам надо будет выжать приличную скорость. Да, там и с профайлером обтрахаешься и прочая - потому что когда и без того тормозной проц тормознут дебильной и жутко тормозной виртуалкой - только и остается что дрочить профайлер до упора и изгаляться.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	33. "Для мобильной платформы Android разработан JIT-компилятор"	+/–
	Сообщение от User294 (ok), 21-Ноя-09, 08:14
	>Я тебе больше скажу — ни нибуя не понимаешь предназначение виртуальных машин, >их место и роль. Да нет, почему же. Я прекрасно понимаю их роль - не пускать юзера в его систему любой ценой, предоставив кастрированное тормозное окружение где юзера можно оставить в его песочнице, не пустив в систему.А то некоторые операторы и компании очень любят навязывать свои "уникальные" услуги в ножом к горлу, так что вмешательство в систему никак не можно, а то юзеры еще чего доброго смогут отказаться от такого "благодетельства". Никак не можно! :) >Если бы ты почитал, КАК организовано выполнение байткода на Jazelle, 1) JFYI, нормальная документация на Jazelle AFAIK недоступна простым смертным... 2) AFAIK оно может ускорить только некоторые операции. 3) Для гуглевского мега-велосипеда она, AFAIK, бесполезна. >А значит, для какой-то части байткода нужен либо интерпретатор (встроен в >Dalvik), либо JIT, чтобы байткод, оттранслированный в нативный код, работал на >ARM, а не в Jazelle. Много умных слов но, увы, мало толку... ;P. Надо быть кретином чтобы не понять насколько сие сольет простому откомпиленому под платформу коду. А попытки вытянуть сравнимую с нативным кодом скорость на такой платформе - совершенно нереальный трах из области ракетных наук: если вам надо на гугл-велосипеде приличную скорость (а кому не надо то? Авторам многочисленных ноутпадов?), будет больше борьбы с идиотской платформой чем нормального програминга. Армы и так задохлики и просадить их еще минимум в несколько раз в узких местах - идиотизм тотальный! И это идеальный случай, когда там крутой JIT генерящий код на уровне хорошего сишного компилера. Слив - чисто на рантайм-проверках и т.п. которые в глубоких циклах создадут жопу. На сях(++) то мы заранее может проверить не вылезет ли вон то за буфер и не крутить проверки в цикле. Но на яве такое не канает - там медвежья услуга предоставляется с ножиком к горлу. И чтобы отказаться от нее - придется эпично потрахаться. А если не отказываться - в всех узких местах слив раза в 3 будет обеспечен, чудес не бывает. По факту я так смотрю - гугле пока и до этого как пехом до пекина.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема