Настолько же насколько мы отказываемся от старого ПО при обновлении JVM на обычных компах.
+ важно чтобы было мобильное приложение у црм
1. Отдельным блоком (процессором внутри процессора). Ссылки на объекты хранить в специальном кэше, по которому периодически лазает GC и оптимизирует его.
2. Микропрограмма для процессора, реализующая конкретную версию JVM. Вышла "новая Java" - перепрошили комп, едем дальше!
3. Скорее всего, такие машины будут специализированные для конкретных задач (банки, телеком и пр.) и другие задачи там просто запускаться не будут. Кроме того, ничто не мешает делать многопроцессорные (многоядерные) архитектуры - часть общего назначения, часть специального (аналогично DSP, нейропроцессорам).
Типо мы же если отправляет delete на какой-то определённый Id параметра, то не должно ли вернуться, что ничего не найдено, т.к. уже было удалено
Может уже устарел, поэтому осмелюсь задать похожий вопрос опять
В ролике автор просто ввёл в терминале "pip install Py(Название библиотеки)"
Я уже пробовал вводить что-то по типу "/dotnet-install.sh...."
1. Далеко не все банки.
2. Те кто подсел на мейнфреймы в 80х - врядли с них слезет в принципе)
Тогда надо, получается, на уровне ОС вводить поддержку такого сопроцессора?
Будет типа как видеокарта, но для жавы?
Что-то вспоминается смешная картинка про аппаратный ускоритель для браузера.
Ну и в случае dsp и видеокарт - набор инструкций да и функция очень простые и ограниченные. Жава машина же наоборот по своей логике работы идёт сильно сложнее, чем ЦП.
Может легче будет просто ещё один сервер для java поднять, раз наш сопроцессор по сложности приближается к сложности целого компьютера