hint000

Если найдёте на каком-нибудь условном Авито два шлюза D-link DVG-7111S (или подобных, в магазинах этой модели уже нет в продаже), то этого будет достаточно. На шлюзах нужно настроить режим hot line и прописать друг друга в адресную книгу, это работает так: снимаете трубку - сразу (без нажатия кнопок) идёт вызов на другой телефон, он звонИт.

А чтобы совсем просто - купите DECT-телефон, он обычно имеет функцию intercom - можно нажатием кнопки делать вызов (со звуковым сигналом) и разговаривать между трубкой и базой (база должна быть умная с кнопками) или между двумя трубками.

А ещё можно сразу купить walkie-talkie. https://www.google.com/search?q=walkie-talkie&tbm=isch

Как быть в этом случае? Создавать единую таблицу с кучей null или же несколько раздельных таблиц? Или делать таблицу для общих свойств и вспомогательные таблицы для дополнительных свойств? Может, есть некая общепринятая практика в этом случае?

Нет чёткой общепринятой практики, потому что в разных случаях оптимальное решение может быть разное, в зависимости от постановки задачи.
Иногда "единую таблицу с кучей null", иногда json, иногда EAV (не рекомендуется, но всё же лучше иметь возможность (знать о возможности), чем не иметь возможность): https://qna.habr.com/q/1224626
У каждого варианта свои минусы и плюсы.

Например, если "общих параметров" больше, чем "особых параметров", то куча null выглядит разумным выбором.

У меня получился такой монстрик:
E2

=COUNTIF(D$2:D2,"="& $H$2)+COUNTIF(D$2:D2,"="& $H$3)

F2

=IF(DATE(YEAR(A2),MONTH(A2),DAY(A2))<>DATE(YEAR(A3),MONTH(A3),DAY(A3)),E2,"")

G2

=IF(DATE(YEAR(A2),MONTH(A2),DAY(A2))<>DATE(YEAR(A3),MONTH(A3),DAY(A3)),E2-MAX(F$2:F1),"")

H2 Отмена записи (звонок в КЦ)
H3 Не пришел на прием (для ДЦ)
Протянуть E2,F2,G2 вниз, результат будет в столбце G.
В ячейки H2, H3 нужно скопировать точный текст, который ищем.

В зависимости от региональных настроек в системе может потребоваться заменить разделители аргументов на точку с запятой вместо запятой и заменить английские названия функций на русские.
IF ЕСЛИ
COUNTIFS СЧЕТЕСЛИ
DATE(YEAR(),MONTH(),DAY()) ДАТА(ГОД(),МЕСЯЦ(),ДЕНЬ())
Мог где-нибудь промахнуться, проверял на LibreOffice с английским интерфейсом.

a03 слева
a30 сверху
a33, a13 и a31 по диагоналям
Это если поверхность топологически эквивалентна сфере тору (см. комментарии). Но ведь можно и другим способом замкнуть, хотя это уже будет посложнее.

для общности можно всегда от индексов брать остаток от деления, тогда:

a((x-1)mod m,(y-1)mod n)  a(x mod m,(y-1)mod n)  a((x+1)mod m,(y-1)mod n)
a((x-1)mod m, y   mod n)  a(x,y)                 a((x+1)mod m, y   mod n)
a((x-1)mod m,(y+1)mod n)  a(x mod m,(y+1)mod n)  a((x+1)mod m,(y+1)mod n)

У меня все получилось, и я получил скорость больше чем на текущем решении. (возможно я не правильно это дело тестирую, но как есть)
Мои тесты

Что-то вы делаете неправильно. Не обязательно это "что-то" - тесты, но что-то неправильно. Прямое подключение дисков (DAS) к хосту должно работать быстрее, чем вынос тех же дисков на другой хост и подключение через сеть (NAS). При прочих равных условиях. Даже если сеть не будет узким местом, она всё же будет добавлять задержку.
У вас в обоих вариантах плохая скорость.

Когда я их купил, то вставил обычные недорогие ssd.

Вот одна ошибка. Увеличиваете ценник на SSD в 3-4 раза при том же объёме дисков - и получаете заметно лучший результат.

Сейчас у меня появилась идея собрать маленькую схд, для серверов esxi + для бекапов.

Вот здравая мысль - вынести бэкапы на отдельный хост.

Покупать sas диски от HP, мне никто не даст, да если честно я и сам не готов отвалить безумные деньги за все это.

Тем более, что SAS будут медленнее хороших SSD. Вообще бесперспективняк. Я понимаю, когда SAS впаривают админам-мамонтам, они как 15 лет назад привыкли, что SAS - это круто, так и не могут отвыкнуть. Но вы-то себя называете неопытным админом, у вас должен быть свежий взгляд, зачем заводите разговор об устаревших технологиях.

как бы это все дело собрать на стареньком БУ железе, которое можно купить на авито, еще и с ценником 30-40к (без учета HDD).
...
Правильно ли я понимаю что главное прикупить хороший современный контроллер который дружит с ssd?

хороший RAID-контроллер стоит сейчас дороже, чем 30-40к и останется 0 рублей на всё остальное. Так что остаётся вариант HBA (host bus adapter) без RAID, а RAID делать софтовый на mdadm. Не слыхал, чтобы встречались хоть какие-то контроллеры, которые не дружат с SSD, почему бы им не дружить.

Вам бы для начала не СХД городить, а разобраться, почему у вас настолько медленно работает дисковая подсистема. Она должна быть быстрее при прямом подключении дисков. С одной стороны это могут быть сами диски медленные (вы не назвали модель), с другой стороны - неэффективное\недостаточное кеширование, с третьей стороны - высокая дисковая активность от каких-то виртуальных машин.

P.S. Надеюсь, VMWare Tools установлены на виртуалках? А то мало ли.

Например: [(10, 0), (0, 10), (-10, 0), (0, -10)]

Учтите, что код, правильно работающий с целыми числами, будет давать сбои на вещественных числах из-за ошибок округления. Т.е. вы можете получать очень-очень маленькую длинну суммарного вектора (без округления был бы чистый ноль, но компьютер не работает с вещественными числами без округления), из-за этого условие vector_sum == zero_vector не выполнится.

понятное имя = "Создать виртуальный коммутатор"

А имя попроще не удалось придумать? Хотя бы без пробелов, а ещё лучше и без кириллических символов. Потому что фиг его знает, как Hyper-V (и вообще любой софт, созданный англосаксами) реагирует на всё, что не является латинскими буквами и цифрами.

Перед использованием внутреннего порта Ethernet "Создать виртуальный коммутатор" требуется перезагрузка.

И что, вы уже перезагружали?

Батарейка должна быть. Может быть на обратной стороне платы. Может выглядеть примерно так:

У Victoria блок 16K, у Crystal - 1M и 128K.
Размер считываемого блока при тесте имеет существенное значение (до некоторых пределов, как видим, между 1M и 128K разница уже небольшая). Меньше блок - больше доля накладных расходов - меньше средняя скорость чтения. Выставьте вручную размер блока такой же, как использовал Crystal, тогда можно будет сравнивать результаты.

На Android есть 128 или даже 256 приложений типа "Камера", отличающихся какими-то мелочами. У одного приложения такое поведение, у другого эдакое (в зависимости от сорта и года урожая травы, которую для вдохновения курили авторы этих приложений). Я понимаю, что вы используете приложение, которое было на смартфоне "из коробки". Попробуйте хотя бы несколько других с PlayMarket'а, чтобы убедиться, что они не решают вашу проблему.
Но я бы особо не надеялся, что кто-то предусматривал возможность работы с внешней вспышкой.

Если подходить к проблеме с точки зрения фотографа, а не айтишника, то, предложил бы попробовать сверхдлинную выдержку (до нескольких секунд) в сочетании с тупо ручным включением выдержки - метод годится для тёмных условий съёмки. Для этого потребуется найти приложение с возможностью ручного выбора выдержки и чувствительности (реже диафрагмы) - выдержку побольше, чувствительность поменьше и экспериментировать. Так фотографировали ещё в начале прошлого века: фотоаппарат в виде ящика с объективом на "гармошке", без затвора. Фотограф снимает крышку с объектива, делает магниевую вспышку, надевает крышку на объектив.

У вас из сильно устаревших инструкций. Такой синтаксис (-net) уже не следует использовать. Нужно примерно так:

-netdev user,id=FooBar-099999 -device virtio-net-pci,netdev=FooBar-099999

(здесь "FooBar-099999" - это произвольный идентификатор). Т.е. опция -net user заменена на -netdev user, а опция -net nic заменена на универсальную опцию -device (которая в qemu относится не только к сети, но и к любым виртуальным устройствам).
Но вы точно хотите в режиме -netdev user (-net user)? На каждый чих руками пробрасывать порт и делать холодный перезапуск виртуальной машины?
Лучше сразу привыкать настраивать полноценную сеть через бридж. Со стороны qemu это выглядит примерно так:

-netdev bridge,id=Foo-09,br=virbr0 -device virtio-net-pci,netdev=Foo-09,mac=52:54:00:00:99:99

...но требует предварительного поднятия бриджа на хосте, либо прописыванием в конфиг сети, либо командами из пакета bridge-utils. Здесь virbr0 - это имя предварительно созданного бриджа.

получается в реестре доменных имен уже сгенерированы вообще все доменные имена и мы арендуем ранее сгенерированное имя?

Это нужно выяснять у древнегреческого философа Платона, существует ли каждая идея в мире идей ещё до того, как она пришла кому-то в голову (или была сгенерирована). В нашем материальном мире невозможно сгенерировать счётное множество имён, потому что для этого потребовалось бы бесконечно много времени и бесконечно много памяти.

Домен покупают или арендуют?

Ни то, ни другое. Его регистрируют. Регистрация домена - это услуга, а не товар.

Где ни читал - ясного ответа не увидел.

Да ладно! До вашего вопроса я даже не знал, что такое "InReach".
~30 секунд поисков - и вот вопросы и ответы:
https://market.yandex.ru/product--portativnyi-sput...

Upd. а вот официально:
https://www.iridium.com/traveling-to-russia/
https://iridium-russia.com/blog/izmenenie-tarifnyk...

Если понятным языком сказать, то вы хотите стримить в интернет процесс игры на PS5, верно? Ну или просто записывать видео на ноут.

Ноут имеет только видео-выход, не имеет видео-входа, т.е. он не принимает видеосигнал от других устройств.
Телевизор имеет только видео-входы, не имеет видео-выхода, т.е. он только принимает сигнал, но не передаёт.
Для решения задачи вам нужны две железяки:
1. разветвитель HDMI (например, если подключить к нему два монитора или телевизора, то на них будет одинаковое изображение);
2. устройство видеозахвата (video capture device, video grabber, "граббер", "грабилка"), у которого будет HDMI-вход и USB-выход, вы подключите его через USB к ноутбуку; здесь нужно обратить внимание на ограничения разрешения и частоты кадров у такого устройства; т.е. стримить в хреновом-то качестве не трудно, :) а вот в хорошем качестве... возможно, потребуется более серьёзное железо (если бы был не ноут, а десктоп, то можно было использовать PCIE-карту видеозахвата).