Нет, javac это как clang (без дальнейшего куска с llvm) - переводит java код в промежуточный байткод, делая это максимально наивно и просто. Все оптимизации делаются в рантайме. Зачем? В рантайме больше информации о куске кода (мы ведь его уже запустили пару-тройку тысяч раз в интерпретаторе), можно лучше соптимизировать. В хотспоте в целом два оптимизирующих компилятора, C1 (иногда именуемый клиентским), который не очень то и сильно оптимизирует, зато делает это быстро, и если метод совсем уже горячий, то тут уже подъезжает C2, серверный компилятор, он уже все кишки выворачивает этим вашим фибоначчам, жрет как конь правда.
Опять же, это всё относится к классическому хотспоту, есть AOT компиляция в граале и андроиде, есть чистые интерпретаторы, и так далее по списку.
ЕМНИП там вообще захардкожены dns яндекса, т.е. колонки не смотрят вообще на то, что им выдал dhcp, и выдал ли он что либо вообще. Приходится хайджекать запросы :shrug:
Это не "стандарт" ни в коем разе. Если в юните нет ExecReload - то systemd вообще откажется что-либо делать при systemctl reload. Есть устоявшийся паттерн, что приложение может реализовать перезагрузку конфига через отправление ему определенного сигнала (обычно SIGHUP, но в сущности любого), но не существует некоего стандартного SIGRELOAD или ещё чего в таком духе. Да и не сигналами едиными, можно реализовать это через некий ipc (dbus, например), или через дёрганье http endpoint'a для http сервисов, кто во что горазд короче.
Ну, формально, любой из клиентов в любой момент может сохранить всю карту целиком (т.к. не забываем, что каждый клиент выполняет полную симуляцию мира), и тогда задача "играть асинхронно" сводится к выяснению, у кого самый свежий сейв - тот и будет хостить.
А выключать автопаузу в мире с кусаками - это стрелять себе в ногу, могут и сожрать ненароком.
Время копирования увеличивается в два раза минимум (т.к. нужно делать два раза копию одного и того же), плюс возможно упереться в скорость этого самого внешнего диска, и проиграть ещё больше времени.
Ну, у меня на трех девайсах на лине диски зашифрованы luks'ом, разблокировка с помощью tpm2 на загрузке, secure boot тоже в наличии со своими сертификатами ?
Хм, что удивительно, т.к. я в своё время на ноуте поменял rt8821ce на ax210 из-за кривых драйверов, которые после ребута линя в винду или обратно вели себя абсолютно неадекватно.
А в чём принципиальное отличие в ответах "Нет" и "В первый раз чиатю про неё" (орфография автора сохранена) в опросе? А то я мож что-то не догоняю...
На проде java 8, всё нормально ©️
А если адресовать их "куда надо" - то можно и уехать надолго, поэтому адресуем куда можем 🌚
Ну, да, только это ответ на вопрос "почему jit".
А если вопрос ставить как "а чё сам javac простые случаи не соптимизирует, ну тут же даже школьнику понятно, что можно так-то так-то, это ничего никогда не сломает" - то бабка у подъезда слышала от внука, который знаком с подружкой инженера Sun, что это принципиальное решение, дабы не внести случайно баги в javac, с последствиями которых надо будет возиться во всееееех последующих версиях jvm, причём не только в хотспоте, а вообще всем существующим jvm машинам, ведь они все должны переваривать тот бажный байткод, который javac навалил в java 1.1, и вот мы волосы рвём как нам плясать вокруг этого мамонта. Проще оставить javac тупеньким, но надёжненьким, а баги в рантайме можно пофиксить обновлением рантайма, а не перекомпиляцией всей той тонны библиотек, которые написали ещё до вашего рождения ©
Нет, javac это как clang (без дальнейшего куска с llvm) - переводит java код в промежуточный байткод, делая это максимально наивно и просто. Все оптимизации делаются в рантайме.
Зачем? В рантайме больше информации о куске кода (мы ведь его уже запустили пару-тройку тысяч раз в интерпретаторе), можно лучше соптимизировать. В хотспоте в целом два оптимизирующих компилятора, C1 (иногда именуемый клиентским), который не очень то и сильно оптимизирует, зато делает это быстро, и если метод совсем уже горячий, то тут уже подъезжает C2, серверный компилятор, он уже все кишки выворачивает этим вашим фибоначчам, жрет как конь правда.
Опять же, это всё относится к классическому хотспоту, есть AOT компиляция в граале и андроиде, есть чистые интерпретаторы, и так далее по списку.
Поздравляю, вы только что изобрели Java (ну, точнее hotspot vm, которую имеют ввиду, когда говорят о jvm)
ЕМНИП там вообще захардкожены dns яндекса, т.е. колонки не смотрят вообще на то, что им выдал dhcp, и выдал ли он что либо вообще. Приходится хайджекать запросы :shrug:
Ну, видимо я не широкая публика, раз у меня оно само притекло и включилось. В первый раз даже опешил от двух кнопок, привык уже к одной.
Так они же и есть SuperSpeed. Потом их это не устроило и решили таки сделать по-человечески: USB4 2.0. Теперь всё наконец-то стало понятно.
Специально для Вас уже давно сделали pass, ровно через gpg ключи и засовыванием этого в git репу.
Это не "стандарт" ни в коем разе. Если в юните нет ExecReload - то systemd вообще откажется что-либо делать при systemctl reload.
Есть устоявшийся паттерн, что приложение может реализовать перезагрузку конфига через отправление ему определенного сигнала (обычно SIGHUP, но в сущности любого), но не существует некоего стандартного SIGRELOAD или ещё чего в таком духе. Да и не сигналами едиными, можно реализовать это через некий ipc (dbus, например), или через дёрганье http endpoint'a для http сервисов, кто во что горазд короче.
Ну, формально, любой из клиентов в любой момент может сохранить всю карту целиком (т.к. не забываем, что каждый клиент выполняет полную симуляцию мира), и тогда задача "играть асинхронно" сводится к выяснению, у кого самый свежий сейв - тот и будет хостить.
А выключать автопаузу в мире с кусаками - это стрелять себе в ногу, могут и сожрать ненароком.
А в каком виде аллюзия на американцев от чешской студии выглядит самоироничной?
Как и C, который никогда не определял никакой abi. Это всё уровень платформы, ОС и конкретного компилятора.
В этой схеме есть пара просчётов:
Нужен внешний диск (который не всегда есть)
Время копирования увеличивается в два раза минимум (т.к. нужно делать два раза копию одного и того же), плюс возможно упереться в скорость этого самого внешнего диска, и проиграть ещё больше времени.
Спросит пароль для расшифровки диска, дальше уже на новом ноуте enroll'им новый ключ в tpm2.
Ну, у меня на трех девайсах на лине диски зашифрованы luks'ом, разблокировка с помощью tpm2 на загрузке, secure boot тоже в наличии со своими сертификатами ?
Программатором в любом сц прошьют любую версию биоса, какую Вы только пожелаете (хоть от другого ноута).
Хм, что удивительно, т.к. я в своё время на ноуте поменял rt8821ce на ax210 из-за кривых драйверов, которые после ребута линя в винду или обратно вели себя абсолютно неадекватно.
И ещё интересует какой именно там беспроводной чип (что, в целом, входит в вопрос "как там линукс")