Армянское Радио

Иконка в правом верхнем углу, пункт Комментарии

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

Я встречал странные глюки при использовании wsl, файл физически присутствующий на диске не мог быть удален или прочитан (file not found), не мог быть пересоздан (file exists) и т.п., причем это похоже проблема со стороны windows, и лечится рестартом хоста.

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

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

К примеру в определенный момент мне не хотелось перезапускать процесс, запущенный на слабой linux машине, но там заканчивалась оперативная память, считанные гигабайты нехватало, к сожалению hdd диск использовался очень интенсивно (линейное чтение запись) и добавлять к нему нагрузку свопа стало бы фатальным (замедлило бы работ в десятки раз), за пару кликов я запустил nbd сервер на windows, расшарив обычный файл и подключив его на linux поднял своп на нем. Вдумайтесь в абсурдность конфигурации - и Linux это позволяет, когда как с windows это было бы невозможно либо 'дороже' (я знаю про iscsi).

Вы можете представить что поднимаете своп на основе GPU RAM или используете ее как диск? Вы знаете что можете использовать GPU подсистему удаленно, по сети, причем это штатный инструмент (xserver сетевой сервер) без необходимости покупки дорогого серверного оборудования и софта (с большой буквы, ограничение у windows исключительно программное). 10 человек за одной машиной, физически не удаленный терминал (10 мониторов, 10 клавиатур и мышек) без покупки софта, как было бы для windows (спасибо ibik такой софт есть). Вы наверное не пробовали настроить кластер в linux, представьте что вы работаете в окружении представляющем для вас одну машину, но по факту являющейся распределенным кластером (кстати этот инструмент не так эффективен как ручное управление но факт есть факт)

Ни разу не видел, чтобы так кто-то писал.
Это явно какие-то больные люди (или не люди)

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

Если не хотите получить пожизненный бан в Google Play - не связывайтесь!

Здравствуйте!
Будет ли JVM компилировать или интерпретировать байт-код зависит от платформы.
Прочитайте вот, этот ресурс - Ссылка
Вот, похожий вопрос - https://qna.habr.com/q/897579?e=10433021#comment_2...

Подводя итог, в зависимости от среды исполнения байт-код может быть:
- скомпилирован заранее и выполнен как родной код (похожий на большинство компиляторов С++)
- скомпилирован (JIT) и выполнен
- интерпретирован
- напрямую выполняется поддерживаемым процессором (байт-код - это собственный набор команд некоторых процессоров)

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

Надо использовать break:

switch(...)
{
case 1:
...
break;

case 2:
...
break;
}