я про Jazelle, которая в мелких МК (хоть ARM9х и похороненный атмелом AVR32AP нельзя назвать мелкими МК, линукс запустить могли, но судя по википедии даже был даже ARM7 c буквами EJ) как-то не прижилась, за ненадобностью.
из кортексов -M выпилили совсем.
в последних -А вроде бы тоже нету, им, как в анекдоте про лося и 50гр, похоже дури и так хватает, справятся и без аппаратного ускорения.

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

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

Ну вот я явно уничтожил объект - а как быть со всеми ссылками на него? Получается, надо все эти ссылки обнаружить и обнулить? ИМХО, с GC это малосовместимо.

А если исключить GC, то в чем преимущества Явы перед теми же С++?


Сборка мусора приводит к остановке всей программы. В ряде применений это может быть критично

Небыло такого никогда, ищите ошибку в проге.

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



при нормальном языке это как-то само собой получается и никогда не вызывало напрягов
а когда вызывало - можно было отследить утёчку памяти и прибить проблемы в зародыше
зачем придумали gc - я не хочу понимать, видимо для совсем безобразного программирования

Сообщение отредактировал Огурцов - Jul 7 2015, 09:57

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

Это ж каком ?


Гм. Ну не хотите gc и хотите кидать исключения - плюсы вам в помощь.




на самом деле зависит от сборщика мусора.

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

исключения != плюсы
я бы предпочёл нормально работающий на каком-то оборудовании полный фреймворк
просто подождём поздней осени и f7

Зачем ждать чего то? Пошите под любой андройд на тойже яве.

подсчёт ссылок на объект - это тривиальная задача, успешно решённая до появления явы-какавы или си бимоля. см. COM технологию.
Как это совмещать - рекомендую книгу Джэфри Элджера C++ = там очень интересное и побуждающее чтиво.

сборщик мусора приводит не только к остановке программы (если рассматривать форточки). а приостанавливает работу многих сервисов из ядра системы.
связано с тем, что мелкомягкие давно пытаются (не безуспешно) подсадить на си бимоль всех кто пишет под форточки, явно или не явно.

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

Голова не болела?


kolobok0, тут ява и решетка та что на писюках не интересна никак, тут про JVM в основном речь то, на Cortex-M, точнее с M4 скорее всего. А этот кострат очень живучь для многих приложений, он же переполз на A8...11 и там стал андройдом.

Гуглим, http://stackoverflow.com/questions/1085643...m-for-cortex-m3
половина ссылок мертвые.
IMHO, задаче свое решение.

тогда уж си-диез, нет?

Будет интересно посмотреть на результат какой-нибудь риал-тайм системы на Яве, взлетит ли? Сомневаюсь. Однако, если человеку хочется программировать МК на Яве, пусть программирует.

Jazelle давно есть на жирных Cortex-Axx, но оно и понятно - для Далвика.

Неужели вы думаете, что вшивый МК без MMU будет все за вас чистить и даже дефрагменировать? Для них даже усеченная реализация malloc/free/new/delete используется, а тут такие замашки. Надо выбирать - или только чистим мусор или забиваем на "преимущества" и выполняем пользовательский код