| 1.1, Sunder (?), 20:57, 17/11/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Браво :)
Но не кажется ли вам что на телефонах с Java положенно быть ARM-процессорам с Jizelle и попросто её выполнять аппаратно ? А второй вопрос - сколько же этот JIT начинает кушать памяти, когда в телефоне работают несколько приложений одновременно. Её там, мало, не то что гигабайты у нас на десктопах.
| | |
| |
| |
| 3.3, аноним (?), 01:09, 18/11/2009 [^] [^^] [^^^] [ответить]
| +3 +/– |
Да, также огромные кластеры, на которых можно запускать тетрис на яве.
| | |
|
| |
| 3.6, _Vitaly_ (ok), 02:18, 18/11/2009 [^] [^^] [^^^] [ответить]
| +/– |
И кстати, жазель всего лишь ускоряет интерпретатор, но полноценному jit-у все равно заметно уступает.
| | |
| |
| |
| |
| |
| 7.18, аноним (?), 20:42, 18/11/2009 [^] [^^] [^^^] [ответить]
| +/– |
Не я первый сказал про ускорение жавы. А вообще, покажи мне реально работающую и использующуюся реализацию жавы без VM и JIT.
| | |
|
|
|
|
|
|
| 1.4, Аноним (-), 02:08, 18/11/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Сразу с этого надо было начинать. Ведь приложение можно сначала отjitить а потом и запускать уже, не думаю что так больше памяти кушаться будет... И кэширование jitнутого кода можно предусмотреть...
Будет JIT - будет и интерес к платформе.
| | |
| |
| 2.14, iZEN (ok), 14:43, 18/11/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>Ведь приложение можно сначала отjitить а потом и запускать уже,
Это называется AOT, а не JIT.
JIT совместно с VM работает в реальном времени и контролирует ресурсы при трансляции байткода и исполнении нативного кода.
| | |
|
| 1.7, mitya (ok), 03:10, 18/11/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Автору новости — при публикации имеет смысл указывать единицы измерения (в тесте).
В данном случае есть просто столбцы ничего не значащих цифр.
| | |
| 1.8, User294 (ok), 04:06, 18/11/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
А если тесты на сях в нативном коде прогнать - они порвут всех в 20 раз тогда? :) Браво, гугль. Факофф короче с велосипедами, ARM и без того дохленькие чтобы их еще и тормозными ява-виртуалками просаживать.
P.S. заметьте, при таком ускорении жабисты про ява-машину без JIT орали с пеной у рта что она не тормоз. Во лицемеры...
| | |
| |
| 2.16, iZEN (ok), 14:49, 18/11/2009 [^] [^^] [^^^] [ответить]
| +/– |
>А если тесты на сях в нативном коде прогнать - они порвут
>всех в 20 раз тогда? :) Браво, гугль. Факофф короче с
>велосипедами, ARM и без того дохленькие чтобы их еще и тормозными
>ява-виртуалками просаживать.
Я тебе больше скажу — ни нибуя не понимаешь предназначение виртуальных машин, их место и роль.
>P.S. заметьте, при таком ускорении жабисты про ява-машину без JIT орали с
>пеной у рта что она не тормоз. Во лицемеры...
Если бы ты почитал, КАК организовано выполнение байткода на Jazelle, то ПОНЯЛ бы, что не весь байткод способен непосредственно выполняться на этом ядре. А значит, для какой-то части байткода нужен либо интерпретатор (встроен в Dalvik), либо JIT, чтобы байткод, оттранслированный в нативный код, работал на ARM, а не в Jazelle.
| | |
| |
| 3.20, аноним (?), 20:50, 18/11/2009 [^] [^^] [^^^] [ответить]
| +/– |
Место и предназначение их - на свалке истории. Смысл там был только один - портабельный байткод, который в эпоху опенсорса не только не нужен, но и вреден. А если учесть кошмарный оверхед...
Ну да, еще голубые мечты о защищенной среде исполнения а-ля singularity. Только это все к реальности никакого отношения не имеет.
Jazelle это вообще смешнейшая штука - костыль, поддерживающий костыль.
| | |
| |
| 4.21, iZEN (ok), 21:13, 18/11/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>Только это все к реальности никакого отношения не имеет.
Зато к реальности имеет отношение скорость разработки, отладки и сопровождение.
Нативный код в этом деле сосёт, как никогда.
| | |
| |
| 5.23, аноним (?), 21:49, 18/11/2009 [^] [^^] [^^^] [ответить]
| –1 +/– |
>Зато к реальности имеет отношение скорость разработки, отладки и сопровождение.
>Нативный код в этом деле сoсёт, как никогда.
Вот это, называется, ляпнул. Разницу между исходником и тем, во что он компилится, не видим?
| | |
| |
| 6.31, аноним (?), 17:08, 19/11/2009 [^] [^^] [^^^] [ответить]
| –1 +/– |
>Вот это, называется, ляпнул. Разницу между исходником и тем, во что он
>компилится, не видим?
То ж iZEN. Нашли, тоже мне, с кем беседовать.
| | |
| 6.32, iZEN (ok), 17:27, 19/11/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>Зато к реальности имеет отношение скорость разработки, отладки и сопровождение.
>>Нативный код в этом деле сoсёт, как никогда.
>
>Вот это, называется, ляпнул. Разницу между исходником и тем, во что он
>компилится, не видим?
Видим. Ведь работает не исходник, а нативный код.
Покажите мне средство удалённой отладки для C++, тогда и поговорим.
| | |
|
| 5.34, User294 (ok), 08:22, 21/11/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>Нативный код в этом деле сосёт, как никогда.
Действительно, дебилам удобнее играть в песочек в их песочнице :). А интеллект большинства жава програмеров сразу заметен, не в обиду оным (да, я видал пару вменяемых жабистов, но найти их не сильно проще чем снег пустыне Сахара).
Только я посмотрю как у вас не будет сосать ваша песочница когда вам надо будет выжать приличную скорость. Да, там и с профайлером обтрахаешься и прочая - потому что когда и без того тормозной проц тормознут дебильной и жутко тормозной виртуалкой - только и остается что дрочить профайлер до упора и изгаляться.
| | |
|
|
| 3.33, User294 (ok), 08:14, 21/11/2009 [^] [^^] [^^^] [ответить] | +/– | Да нет, почему же Я прекрасно понимаю их роль - не пускать юзера в его систему ... большой текст свёрнут, показать | | |
|
|
|
