Ну вот буквально позавчера свежий Ventoy не смог мне загрузить свежий образ Proxmox8 на свежий комп AMD 7600x... а казалось бы? Максимально general-флешка (даже USB2.0), материнка без наворотов "офисная" -- но после старта ядра PVE-установщик "теряет" CD-привод, в обоих режимах загрузки Ventoy и на любых версиях USB-портов.
И кто меня спас? Протёртый от пыли, старый верный аппаратный эмулятор USB-DVD Zalman ZM-VE300. Удачно, что образ влез и запустился без требования дефрагментации, ибо компов с Windows в домашнем хозяйстве давно не держу.
Ну, положим, задача не сесть аварийно живым, а хотя бы одним куском и с минимально возможными повреждениями, выработав всё топливо и смяв нижнюю часть хоть бы и "до ушей".
Понятно что запланировать конкретную аварийную орбиту и тем более импульсы нет смысла. Но станция же не 50 лет назад сделана на аналоговых схемах, а вполне себе цифровая (возможно, потому и сбой -- нагрев, холод, радиация), и могли же наверное запрограммировать стратегию и тактику действий, исходя, скажем, из фактических измеренных времён работы двигателей, ускорений, а при наличии времени, телеметрии и условий связи -- помочь скорректировать полёт с Земли.
Стопудово будут ещё проигрывать варианты прилунения на эмуляторах, конечно +/- километр-тонну, но менее печальные варианты, при везении, наверное были. Только чем они реальнее, тем скорее мы о них не услышим.
Интересно, что бы делал живой пилот, окажись он в такой ситуации?
Ну ок, при торможении НЕмаршевый двигатель не отключился и замедлил аппарат слишком сильно -- орбита нерасчётно пошла "под поверхность"... может, попытаться использовать всё оставшееся топливо маршевого двигателя, включая резерв для запланированных коррекций, отправки грунта и что там ещё предусмотрено планом полёта -- но попытаться таки посадить станцию аварийно в другом месте?
Изучение свежевыбитого кратера с Земли всё же менее ценно, чем слить фотки даже через пару лет (если на обратной стороне сядет) с автономной полуживой станции. Ещё и будущим экспедициям вдруг чего на разбор перепадёт ;)
Да, и получится что-то типа Samsung Tizen за тыщу денег, а потом вдруг неожиданно рраз! -- и весь Smart-функционал фтопку... потому что, оказывается, продавец ввёз телек не с той страны.
Не, банковские счета и так уже есть, зачем дублировать...
Цифрубли, по идее (как и криптовалюта в чём-то) должны быть, как ни странно, оффлайн-средством платежа, типа "налички". Некие цифровые токены, защищённые от подделок "электронные" купюры, которые можно проверить неким криптоалгоритмом даже без доступа к центральному серверу (как мы проверяем ЭЦП, имея уже полученный когда-то с сервера ключ). Аналогично тому, что когда-то мы научились проверять бумажные купюры на наличие степеней защиты и теперь можем проверить каждую новую попавшуюся и решить, принять ли её в платёж.
Центральный счёт в банке -- это уже дополнительно, регистрация хождения каждого цифрубля (скорее, транзакции, объёма цифрублей сделки -- нет аналога купюр фиксированного номинала) в блокчейне и контроль сделок на законность.
Но как оно будет на самом деле -- ещё большой вопрос и простор для косяков как архитектуры, так и её реализации.
Это оно пока видеокартой майнит... а могло бы, например, под Chia диски засеять, и выжрать ресурс SSD за недельку. Впрочем, и видюшку единственную пожечь, особенно если "хомячок" не игрок по жизни и не заморачивался охлаждением, не выдувал регулярно пыль, не проверял присохший уже на ней вентилятор... а новую сейчас найти может быть ой как непросто.
Нездоровая фигня, в общем. Надеюсь, до мобильников массово не доберётся -- а с десктопами-ноутами я уже Линуксом везде проблему решил кардинально.
Вот эти вот своеобразные кликабельные интерфейсы прям очень сильно (до начертаний шрифтов) напоминают более поздние проекты -- среды программирования Никлауса Вирта -- BlackBox и другие, даже полностью нативные загружаемые макеты ОС. Только не на LISP, а на Oberon. https://oberon.org/ru
И не случайно -- маэстро в упомянутых в статье конторах не чужой человек, достаточно много там работал и перенял многие полезные идеи. К сожалению, планета где-то "наскочила где-то на земную ось" и уковыляла в направлении усложнения и запутывания всего и вся в IT.
В ZFS новичок, рискнул попробовать на паре серверов, когда оно стало наконец «искаропки» в Proxmox.
На ZFS-зеркало из пары шпиндельных HDD 500GB максимально дефолтно накатил под i5/16GB для экспериментов.
А в Hetzner сложнее — нет у них автоматизированной процедуры и возможности поставить Proxmox корнем на ZFS без заказа консолей и прочих извратов. В итоге хост поставил на BTRFS-зеркало небольшое, а 200GB под виртуалки разбил вручную, сверяясь с дефолтными параметрами экспериментальной машинки. Вроде конфиги не отличаются. Но Хетцнер — это пара Xeon-ов и Интеловские SSD.
И вот вопрос. Почему оно выдаёт такие низкие значения IO?
i5/16GB/2xHDD:
CPU BOGOMIPS: 23947.04
REGEX/SECOND: 1604707
HD SIZE: 300.58 GB (rpool/ROOT/pve-1)
FSYNCS/SECOND: 83.9
2xXeon/32GB/2xSSD
CPU BOGOMIPS: 54394.40
REGEX/SECOND: 2948181
HD SIZE: 68.60 GB (rpool/data)
FSYNCS/SECOND: 36.28
Это включенная компрессия LZ4 так влияет или CoW или что-то ещё? Без ZFS вроде (на старом Promox) сотни FSYNCS выдавало… но в целом серверу скорости хватает, а плюшки (снапшоты для бэкапов, сжатие) наверное перевешивают.
Может, не стоит заморачиваться? Или всё же что-то неверно настроено, и даже не руками, а дефолты Proxmox?
А на EMC / iomega StorCenter ix2 (теперь Lenovo ix2-2) прокатит ли такая модификация прошивки?
Вроде сходная платформа, но не нагуглил для неё прямого рецепта…
root@ix2-2:/# cat /proc/cpu
cpu/ cpuinfo
root@ix2-2:/# cat /proc/cpuinfo
Processor : Feroceon 88FR131 rev 1 (v5l)
BogoMIPS : 1589.24
Features : swp half thumb fastmult edsp
CPU implementer : 0x56
CPU architecture: 5TE
CPU variant : 0x2
CPU part : 0x131
CPU revision : 1
Hardware : Feroceon-KW
Revision : 0000
Serial : 0000000000000000
root@ix2-2:/# uname -a
Linux ix2-2 2.6.31.8 Thu Feb 16 17:58:20 EST 2017 v0.0.9 Thu Feb 16 17:58:20 EST 2017 armv5tel GNU/Linux
Ну вот буквально позавчера свежий Ventoy не смог мне загрузить свежий образ Proxmox8 на свежий комп AMD 7600x... а казалось бы? Максимально general-флешка (даже USB2.0), материнка без наворотов "офисная" -- но после старта ядра PVE-установщик "теряет" CD-привод, в обоих режимах загрузки Ventoy и на любых версиях USB-портов.
И кто меня спас? Протёртый от пыли, старый верный аппаратный эмулятор USB-DVD Zalman ZM-VE300. Удачно, что образ влез и запустился без требования дефрагментации, ибо компов с Windows в домашнем хозяйстве давно не держу.
Ну, положим, задача не сесть аварийно живым, а хотя бы одним куском и с минимально возможными повреждениями, выработав всё топливо и смяв нижнюю часть хоть бы и "до ушей".
Понятно что запланировать конкретную аварийную орбиту и тем более импульсы нет смысла. Но станция же не 50 лет назад сделана на аналоговых схемах, а вполне себе цифровая (возможно, потому и сбой -- нагрев, холод, радиация), и могли же наверное запрограммировать стратегию и тактику действий, исходя, скажем, из фактических измеренных времён работы двигателей, ускорений, а при наличии времени, телеметрии и условий связи -- помочь скорректировать полёт с Земли.
Стопудово будут ещё проигрывать варианты прилунения на эмуляторах, конечно +/- километр-тонну, но менее печальные варианты, при везении, наверное были. Только чем они реальнее, тем скорее мы о них не услышим.
Интересно, что бы делал живой пилот, окажись он в такой ситуации?
Ну ок, при торможении НЕмаршевый двигатель не отключился и замедлил аппарат слишком сильно -- орбита нерасчётно пошла "под поверхность"... может, попытаться использовать всё оставшееся топливо маршевого двигателя, включая резерв для запланированных коррекций, отправки грунта и что там ещё предусмотрено планом полёта -- но попытаться таки посадить станцию аварийно в другом месте?
Изучение свежевыбитого кратера с Земли всё же менее ценно, чем слить фотки даже через пару лет (если на обратной стороне сядет) с автономной полуживой станции. Ещё и будущим экспедициям вдруг чего на разбор перепадёт ;)
Да, и получится что-то типа Samsung Tizen за тыщу денег, а потом вдруг неожиданно рраз! -- и весь Smart-функционал фтопку... потому что, оказывается, продавец ввёз телек не с той страны.
Не, банковские счета и так уже есть, зачем дублировать...
Цифрубли, по идее (как и криптовалюта в чём-то) должны быть, как ни странно, оффлайн-средством платежа, типа "налички". Некие цифровые токены, защищённые от подделок "электронные" купюры, которые можно проверить неким криптоалгоритмом даже без доступа к центральному серверу (как мы проверяем ЭЦП, имея уже полученный когда-то с сервера ключ). Аналогично тому, что когда-то мы научились проверять бумажные купюры на наличие степеней защиты и теперь можем проверить каждую новую попавшуюся и решить, принять ли её в платёж.
Центральный счёт в банке -- это уже дополнительно, регистрация хождения каждого цифрубля (скорее, транзакции, объёма цифрублей сделки -- нет аналога купюр фиксированного номинала) в блокчейне и контроль сделок на законность.
Но как оно будет на самом деле -- ещё большой вопрос и простор для косяков как архитектуры, так и её реализации.
Мне приснилось, что чиновникам и госухе зарплату будут выдавать строго цифрублями. Чтобы отслеживать их траты, а всё левое считать коррупцией...
Это оно пока видеокартой майнит... а могло бы, например, под Chia диски засеять, и выжрать ресурс SSD за недельку. Впрочем, и видюшку единственную пожечь, особенно если "хомячок" не игрок по жизни и не заморачивался охлаждением, не выдувал регулярно пыль, не проверял присохший уже на ней вентилятор... а новую сейчас найти может быть ой как непросто.
Нездоровая фигня, в общем. Надеюсь, до мобильников массово не доберётся -- а с десктопами-ноутами я уже Линуксом везде проблему решил кардинально.
Вот эти вот своеобразные кликабельные интерфейсы прям очень сильно (до начертаний шрифтов) напоминают более поздние проекты -- среды программирования Никлауса Вирта -- BlackBox и другие, даже полностью нативные загружаемые макеты ОС. Только не на LISP, а на Oberon. https://oberon.org/ru
И не случайно -- маэстро в упомянутых в статье конторах не чужой человек, достаточно много там работал и перенял многие полезные идеи. К сожалению, планета где-то "наскочила где-то на земную ось" и уковыляла в направлении усложнения и запутывания всего и вся в IT.
На ZFS-зеркало из пары шпиндельных HDD 500GB максимально дефолтно накатил под i5/16GB для экспериментов.
А в Hetzner сложнее — нет у них автоматизированной процедуры и возможности поставить Proxmox корнем на ZFS без заказа консолей и прочих извратов. В итоге хост поставил на BTRFS-зеркало небольшое, а 200GB под виртуалки разбил вручную, сверяясь с дефолтными параметрами экспериментальной машинки. Вроде конфиги не отличаются. Но Хетцнер — это пара Xeon-ов и Интеловские SSD.
И вот вопрос. Почему оно выдаёт такие низкие значения IO?
i5/16GB/2xHDD:
2xXeon/32GB/2xSSD
Это включенная компрессия LZ4 так влияет или CoW или что-то ещё? Без ZFS вроде (на старом Promox) сотни FSYNCS выдавало… но в целом серверу скорости хватает, а плюшки (снапшоты для бэкапов, сжатие) наверное перевешивают.
Может, не стоит заморачиваться? Или всё же что-то неверно настроено, и даже не руками, а дефолты Proxmox?
Вроде сходная платформа, но не нагуглил для неё прямого рецепта…