Ну многопортовые неттопы, как правило, делают под задачи фаерволла/роутера. А там особо мощный процессор и не нужен. Опять-же для домашнего сервера, особенно под веб-проекты, даже 4х ядерника 5-летней давности более чем достаточно.
А если надо больше мощностей - лучше собирать полноценный Tower или сразу серверную стойку (ящичек на 8+ юнитов, хотябы). Делать очень мощное железо в минимальном размере слишком дорого, да и не особо то нужно (Исключение - геймеры, но у них несколько другие запросы).
Shorts потому и ненавидят, что там 90% видео - бесполезный мусор, вроде рекламы и обрезков нормальных видео... Даже перезаливы из тиктока там крайне редки :(
На али есть куча неттопов с 4-6 сетевыми картами, NVME и прочим. Для домашних проектов и тестов - заглаза. Есть даже варианты с полноценным сокетом (возможностью заменить процессор), вместо распаянного.
IPMI дома тоже не нужен - сервер-то под рукой. Да и, как правило, такую коробочку раз настроил и забыл. Далее с ней общаешся уже через веб-интерфейс или софт управления виртуалками (Настоятельно рекомендую ProxMox - для домашних нужд - заглаза).
Тоесть будет ещё один SteamOS, но с лаунчером для запуска лаунчеров... Как это уже реализовано на Windows-портативах.
Тоесть они хотят сделать ровно то, за что и ругают все эти Asus'ы и Lenov'ы. Только на Linux, вместо Windows, что только ограничивает список поддерживаемых игр. И всё равно всё упрётся в возможности Proton/Wine
Чисто технически всё упирается в софт. Аппаратно всё достаточно просто и подобные проекты давно существуют:
Видео получаем через плату видеозахвата. Поток заворачиваем в GStreamer, чтобы получать его с другого компа по HTML или RTSP. Возможны и другие варианты, просто gstreamer на H616 работал заметно быстрее FFMpeg/MonaServer.
Клавиатуру и мыш захватываем на стороне клиента через NoVNC (в браузере, опять-же), преедаём их через UART на STM32, которая уже емулирует нажатия виртуальных клавиш/мыши на хосте. MicroUSB у STM'ки работает в режиме HID-USB через одноимённую либу. С клавишами всё понятно, с мышкой было чуть сложнее - там координаты движения надо было преобразовывать, либо эмулировать планшет...
Собственно, можно купить китайский неттоп на Celeron N100+ и подключить к нему несколько плат захвата и микроконтроллеров. В режиме Full-HD/10FPs он даже в софт-кодере спокойно десяток клиентов переварит, в отличии от Orange-и-подобных-Pi
С платой захвата есть только один косяк - некоторые из них криво обрабатывают DRM Защиту и показывают чёрный экран, вместо картинки. Тут от модели зависит.
С блоками там другая беда - LVM (thin/thick - ext4/btrfs - всё одинаково) тоже скорость в 2-3 раза режет. Так и не смог победить. В итоге виртуалки свои держу в файлах .raw - так производительность близка к аппаратной.
Threads = Потоки (выполнения). Давно устоявшийся термин, достаточно точно описывающий суть.
Вот вам ещё интересная тема для исследования (Не совсем KVM, но очень близко): VirtIO-SCSI + Ext4 = 200МБ/с VirtIO-SCSI + Fat32 = 500МБ/с * На хосте SSD на 520-550МБ/с. QEMU-KVM. Все настройки по дефолту. Клиент особой роли не играет, важна только ФС и/или её настройки. Смена размера кластера 512/4096 ни на что не влияет. Замер через банальный DD.
Как написали выше - dd+nc решает эту проблему целиком и полностью. (Всмысле - можно копировать хоть диск целиком, хоть конкретные разделы, хоть сами файлы из раздела).
Не, проблем с ресурсами там явно нет - винда то уже "Встала", отпустив почти все ресурсы (Которые успешно занял Linux). Опять-же, запускаемый линукс, судя по всему, "добивает" винду, окончательно выгружая её из памяти и высвобождая все её ресурсы... Фактически это мало чем от перезагрузки отличается, а значит и запустить можно что угодно... Даже новое ядро Windows...
Ну многопортовые неттопы, как правило, делают под задачи фаерволла/роутера. А там особо мощный процессор и не нужен.
Опять-же для домашнего сервера, особенно под веб-проекты, даже 4х ядерника 5-летней давности более чем достаточно.
А если надо больше мощностей - лучше собирать полноценный Tower или сразу серверную стойку (ящичек на 8+ юнитов, хотябы). Делать очень мощное железо в минимальном размере слишком дорого, да и не особо то нужно (Исключение - геймеры, но у них несколько другие запросы).
Shorts потому и ненавидят, что там 90% видео - бесполезный мусор, вроде рекламы и обрезков нормальных видео... Даже перезаливы из тиктока там крайне редки :(
На али есть куча неттопов с 4-6 сетевыми картами, NVME и прочим. Для домашних проектов и тестов - заглаза.
Есть даже варианты с полноценным сокетом (возможностью заменить процессор), вместо распаянного.
IPMI дома тоже не нужен - сервер-то под рукой. Да и, как правило, такую коробочку раз настроил и забыл. Далее с ней общаешся уже через веб-интерфейс или софт управления виртуалками (Настоятельно рекомендую ProxMox - для домашних нужд - заглаза).
Если очень хочется - есть Mini-ITX и Pico-ITX материнки и корпуса, вплоть до серверных решений, вроде такого: https://www.asrockrack.com/general/productdetail.ru.asp?Model=ROMED4ID-2T#Specifications
А к какой категории отношусь я, если мой "Пик продуктивности" приходиться на полночь? (С 9 вечера до 3х ночи, примерно)
Тоесть будет ещё один SteamOS, но с лаунчером для запуска лаунчеров... Как это уже реализовано на Windows-портативах.
Тоесть они хотят сделать ровно то, за что и ругают все эти Asus'ы и Lenov'ы. Только на Linux, вместо Windows, что только ограничивает список поддерживаемых игр. И всё равно всё упрётся в возможности Proton/Wine
... поскольку сам является Linux.
Я могу много чего рассказать интересного не только про "апельсинку-ipkvm", но пилить целые статьи мне откровенно лень. Уж извиняйте ))
(Пару раз начинал, но дальше черновика в "блокноте" дело так и не пошло).
Чисто технически всё упирается в софт. Аппаратно всё достаточно просто и подобные проекты давно существуют:
Видео получаем через плату видеозахвата. Поток заворачиваем в GStreamer, чтобы получать его с другого компа по HTML или RTSP. Возможны и другие варианты, просто gstreamer на H616 работал заметно быстрее FFMpeg/MonaServer.
Клавиатуру и мыш захватываем на стороне клиента через NoVNC (в браузере, опять-же), преедаём их через UART на STM32, которая уже емулирует нажатия виртуальных клавиш/мыши на хосте. MicroUSB у STM'ки работает в режиме HID-USB через одноимённую либу. С клавишами всё понятно, с мышкой было чуть сложнее - там координаты движения надо было преобразовывать, либо эмулировать планшет...
Собственно, можно купить китайский неттоп на Celeron N100+ и подключить к нему несколько плат захвата и микроконтроллеров.
В режиме Full-HD/10FPs он даже в софт-кодере спокойно десяток клиентов переварит, в отличии от Orange-и-подобных-Pi
С платой захвата есть только один косяк - некоторые из них криво обрабатывают DRM Защиту и показывают чёрный экран, вместо картинки. Тут от модели зависит.
На практике. Года два назад такое собирал.
Orange Pi Zero 2 (H616) ~3000р.
модуль захвата USB-HDMI ~1000р.
STM32F103C8T6 ("BluePill") в качестве эмулятора клавиатуры и мыши. ~200р.
Немного костылей в плане софта ~???р. (Пара часов потраченого времени).
И да, такой конфиг вполне себе успешно работает. Нафига тут дорогущий и мощный Raspberry PI 4 - решительно неясно.
Тем не менее девайсы нашли своего покупателя. Как правило - из-за дешевезны и небольших размеров.
Это X86. Тут BIOS (EFI) зашит в отдельную флешку на плате (SPI, как правило).
Так что с eMMC можно творить всё, что угодно.
Речь ведь про это? Пробовал также 1024 и 4096 - без разницы.
Начало раздела выровнено. По крайней мере parted не ругается на это.
В фс, естественно.
С блоками там другая беда - LVM (thin/thick - ext4/btrfs - всё одинаково) тоже скорость в 2-3 раза режет. Так и не смог победить. В итоге виртуалки свои держу в файлах .raw - так производительность близка к аппаратной.
Threads = Потоки (выполнения). Давно устоявшийся термин, достаточно точно описывающий суть.
Вот вам ещё интересная тема для исследования (Не совсем KVM, но очень близко):
VirtIO-SCSI + Ext4 = 200МБ/с
VirtIO-SCSI + Fat32 = 500МБ/с
* На хосте SSD на 520-550МБ/с. QEMU-KVM. Все настройки по дефолту. Клиент особой роли не играет, важна только ФС и/или её настройки. Смена размера кластера 512/4096 ни на что не влияет. Замер через банальный DD.
Как написали выше - dd+nc решает эту проблему целиком и полностью. (Всмысле - можно копировать хоть диск целиком, хоть конкретные разделы, хоть сами файлы из раздела).
Скорее всего как обычно - "Ничего нового. Всё написанное легко гуглиться или есть в доках".
Хотя как ещё одна "шпаргалка" вполне имеет место быть.
А при чём тут серверы? Это чисто клиентское приложение (Веб-сайт).
Чуваки увидели интерфейс Synology и решили повторить.
Идея, так то, неплохая, но смысла мало...
Не, проблем с ресурсами там явно нет - винда то уже "Встала", отпустив почти все ресурсы (Которые успешно занял Linux).
Опять-же, запускаемый линукс, судя по всему, "добивает" винду, окончательно выгружая её из памяти и высвобождая все её ресурсы... Фактически это мало чем от перезагрузки отличается, а значит и запустить можно что угодно... Даже новое ядро Windows...