Согласен, но ведь плата пять лет на шкафу, ее не жалко
и на мой взгляд, если начинать с самого тяжелого решения
по производительности, то все остальные покажутся очень
даже ничего, а для RPI3, у вас уже общая загрузка процессора
15 — 20%, что в принципе приемлемо.
Поддержка обновлений очень классная штука, у меня после данной статьи возникло желание
сделать следующее:
1) Всегда есть базовый (стартовый образ например в виде одного файла rootfs в формате squashfs)
2) И если вдруг, при очередном обновлении что то поломалось, то система гарантированно
оказывается в стартовом состоянии.
3) Обновления пишутся в дополнительную свободную область (диска или карты памяти) т. е.
не поверх, и если текущее обновление не работает, всегда можно по цепочке вернуться к
предыдущему.
4) возможно в ближайшее время я смогу этим заняться (сейчас мне с коллегами нужно за 3 месяца сделать очередной «Авиационный тренажер» — Авиа такси (понравилась фраза из wiki
два пилота и два пассажира или один пилот и три пассажира (т. е. пассажира сажаем на место пилота — прикольно)), и если получиться, то я смогу вернуться к просмотру «телевизора».
Не всегда получается с помощью overlay fs настроить множество слoeв файловой системы, я например на работе вместе с коллегами остановился на следующем варианте: У нас две или три компьютерных стойки и при подаче питания один образ ОS раскидывается через pxe boot на 10 — 15 компьтеров, каждый комп выполняет свою задачу, и есть базовый squashfs образ и далее к нему навешивается через aufs еще два или три образа squashfs в зависимости от функции компьютера (дополнительные образы передаються не на все компы, а только на нужные, что ускоряет время загрузки всей стойки (максимум 2 минуты)) и далее еще навешивается слой верхнего уровня ext4 в виде одного файла, в который уже можно писать (read/write). И я смог подключить это только через AUFS. На мой взгляд офигенная штука, очень гибкая.
Полностью с вами согласен, загрузка должна быть очень быстрой, я когда Kodi 15.2 под yocto собирал для Raspberry Pi 3B, смог добиться скорости включения от подачи питания до появления kodi Меню за 12 секунд, а вот Kodi 17.6 уже тормозной, быстрее 18 секунд так и не получилось (это при 10 классе microSDHC карты)
Карма — это основной защитный барьер, карма — это стена. И если
вы ее уберете, то толпы страждущих кочевников хлынут через эту стену
и у вас останется «Храбрый Пикабу(ль)», который всех покусает.
Как я вас понимаю, я вот например уже лет десять бьюсь головой о стену.
И знаете что, вдруг через десять лет стена рассыпалась,
она просто разлетелась вдребезги.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
но можно явно указывать переменную среды, в bat скрипте, что то типа:
set PYTHON=%HOMEDRIVE%%HOMEPATH%\AppData\Local\Programs\Python\Python310\python.exe
да, скорее всего не решает
еще очень удобно использовать WinGet
https://www.microsoft.com/en-us/p/app-installer/9nblggh4nns1#activetab=pivot:overviewtab
например example.bat:
winget install -e --id Git.Git
winget install -e --id=Python.Python.3.10
winget install -e --id=Microsoft.VCRedist.2015+.x64
и повесить выполнение bat скрипта на кнопки в Visual Studio Code (плагин Action Buttons)
winget install -e --id Microsoft.VisualStudioCode
code --install-extension seunlanlege.action-buttons
.vscode => settings.json
"actionButtons": {
"reloadButton": null,
"loadNpmCommands": false,
"commands": [
{
"name": "ExampleButton",
"singleInstance": true,
"color": "deepskyblue",
"command": "example.bat",
},
]
}
}
читаю: «Нейтронная звезда в пробке» — ну думаю,
опять млечный путь стоит и значит «софоны» сегодня не прилетят
присмотрелся: «в пробирке», уф… отлегло
и на мой взгляд, если начинать с самого тяжелого решения
по производительности, то все остальные покажутся очень
даже ничего, а для RPI3, у вас уже общая загрузка процессора
15 — 20%, что в принципе приемлемо.
сделать следующее:
1) Всегда есть базовый (стартовый образ например в виде одного файла rootfs в формате squashfs)
2) И если вдруг, при очередном обновлении что то поломалось, то система гарантированно
оказывается в стартовом состоянии.
3) Обновления пишутся в дополнительную свободную область (диска или карты памяти) т. е.
не поверх, и если текущее обновление не работает, всегда можно по цепочке вернуться к
предыдущему.
4) возможно в ближайшее время я смогу этим заняться (сейчас мне с коллегами нужно за 3 месяца сделать очередной «Авиационный тренажер» — Авиа такси (понравилась фраза из wiki
два пилота и два пассажира или один пилот и три пассажира (т. е. пассажира сажаем на место пилота — прикольно)), и если получиться, то я смогу вернуться к просмотру «телевизора».
Не всегда получается с помощью overlay fs настроить множество слoeв файловой системы, я например на работе вместе с коллегами остановился на следующем варианте: У нас две или три компьютерных стойки и при подаче питания один образ ОS раскидывается через pxe boot на 10 — 15 компьтеров, каждый комп выполняет свою задачу, и есть базовый squashfs образ и далее к нему навешивается через aufs еще два или три образа squashfs в зависимости от функции компьютера (дополнительные образы передаються не на все компы, а только на нужные, что ускоряет время загрузки всей стойки (максимум 2 минуты)) и далее еще навешивается слой верхнего уровня ext4 в виде одного файла, в который уже можно писать (read/write). И я смог подключить это только через AUFS. На мой взгляд офигенная штука, очень гибкая.
Полностью с вами согласен, загрузка должна быть очень быстрой, я когда Kodi 15.2 под yocto собирал для Raspberry Pi 3B, смог добиться скорости включения от подачи питания до появления kodi Меню за 12 секунд, а вот Kodi 17.6 уже тормозной, быстрее 18 секунд так и не получилось (это при 10 классе microSDHC карты)
вы ее уберете, то толпы страждущих кочевников хлынут через эту стену
и у вас останется «Храбрый Пикабу(ль)», который всех покусает.
телевизором (когда я за NAT), возможно и вашу идею по изучаю, спасибо.
И знаете что, вдруг через десять лет стена рассыпалась,
она просто разлетелась вдребезги.