hint000

нормально.
помех не будет.

Не обязательно же питание подавать от материнки. Можно взять USB-хаб с внешним питанием. Можно взять зарядное от телефона. Можно вообще powerbank (самый безопасный вариант, учитывая возможное отсутствие развязки и возможное отсутствие заземления).
Сами же говорите, что USB у этого микрофона только для подачи питания, так без разницы же, где это питание взять.
Да и никакое оно не фантомное в вашем случае, обычное питание.

Здесь пишут про патч ядра:
https://www.reddit.com/r/kvm/comments/kxx4p5/stora...

Please ensure all devices within the iommu_group are bound to their vfio bus driver.

You have to pass every device in the group through at once, which isn't going to work for you. The only way to avoid that is to enable the ACS Override kernel patch to split up the group (by pretending the devices can be safely isolated from each other, even though they can't be)

А вообще неудачная мысль прокидывать SATA-контроллер в виртуальную машину. Так не делают. Прокидывайте диск.

такой интересный момент - если отключить keenetic и после этого зайти на стандартный 192.168.1.1 (на нем keenetic тоже висит) то попадаешь в веб морду DIESEL (старые адсл модемы), откуда он - вообще не понятно.. Физически я его не нашел

Вот в этой теме https://qna.habr.com/q/614957 было про левый DHCP. Там я писал в комментариях алгоритм поиска при условии, что свитчи неуправляемые (с управляемыми всё гораздо проще). Вот он:

Исходим из того, что есть левый DHCP-сервер.
Также исходим из того, что настоящим DHCP-сервером является ваш роутер Микротик (или это не так?)
Сколько у вас свитчей на заводе? Пусть десять-двадцать, если это мелкие 8-портовые свитчи.
Ноутбук в хозяйстве найдётся? С ним просто намного меньше бегать придётся, чем без него.
Идёте с ноутом к первому свитчу (любому на выбор).
1. определяете, какой из кабелей в свитче является ап-линком, т.е. идёт в сторону вашего главного роутера. Если через несколько промежуточных свитчей идёт к роутеру - неважно, всё равно - это up-link. Надеюсь, не надо подробно рассказывать, как определить? :) Помечаете этот кабель изолентой (если он ещё не был помечен).
2. выдёргиваете из свитча ап-линк и цепляете к свитчу ноутбук. На ноутбуке смотрите одно из двух: либо левый DHCP выдаст адрес, либо ноут подождёт-подождёт, не увидит DHCP и сам себе выберет адрес 169.254.*.* От правильного DHCP не может быть ответа, т.к. ап-линк выдернут.
Лучше конечно, чтобы сейчас попался левый DHCP. Если не попался, то втыкаем ап-линк на место и идём к любому другому свитчу. За одну-две минуты без интернета пользователи (которые висят на этом свитче) сильно не обломаются. Знаем мы все эти заводы, работали, :) главное, чтобы директору не отрубить интернет, а все остальные потерпят, если недолго. :) Хотя можно и согласовать заранее, как выше советовали. Только в этом случае вы же не выключаете все компы, а просто делаете кратковременные перебои с интернетом - сущие пустяки, пф-ф-ф...
3. дошли до N-го свитча, повторили всё, и поймали ответ левого DHCP. Ура! Выдёргиваем все-все кабели из свитча (и ноут тоже), вставляем один кабель (не ап-линк!) и вставляем ноут. Ловим DHCP. нет? выдёргиваем ноут, добавляем один кабель в свитч (не ап-линк!) Ловим DHCP. и т.д. Поймали? помечаем как-то последний кабель (изолентой другого цвета, и назовём это условно "злым" кабелем). Ура! Уже большой прогресс: знаем, что левый DHCP где-то на этом кабеле (если мы не ошиблись, лучше сразу ещё раз проверить).
4. дальше по обстановке: есть возможность тупо идти вдоль этого кабеля и дойти до следующего свитча? Отлично! Идём и там всё повторяем с пункта 3.
5. Нет возможности проследить по кабелю, например, пучок кабелей уходит в стену или в потолок. Тогда выдёргиваем из свитча "злой кабель" и ходим по заводу - ищем комнату с компами, на которых пропал интернет, или сразу свитч, на котором не горит индикатор на ап-линке. Нашли такой свитч? Проверяем: втыкаем "злой кабель", возвращаемся к найденному свитчу. Появился ап-линк? значит не ошиблись. Повторяем на этом свитче пункт 3.
6. Если запутались и сил нет дальше искать, то оставляем выдернутым последний (только последний!) найденный "злой кабель". Раз непонятно, куда он идёт, то сидим ждём, кто из пользователей начнёт жаловаться на отсутствие интернета. Как пожалуются - идём туда и ищем свитч. А если никто не пожалуется, то и хрен с ним. Источник проблем мы ведь изолировали от локальной сети, может позже выяснится, кто это.

Всё! конец алгоритма поиска! В итоге должны прийти к устройству с левым DHCP.

и потом "многоточие"

Не исключено, что за многоточием скрывается самое интересное. Т.е. что-то могло писаться в лог, но кэш не удалось сбросить на диск. В таком случае было бы здорово настроить вывод rsyslog по сети на другой линуксовый хост (параллельно с записью в локальный файл) - есть шанс, что в переданном логе сохранится больше интересного.

А ещё я бы погонял Memtest86 непрерывно проходов пять или больше.
А ещё в конфигах включите комбинации с клавишей SysRq и после очередного зависания проверьте, реагирует ли на магическую последовательность R E I S U B.

Гуглится достаточно быстро (не мгновенно, ~5 минут на поиск):
https://www.google.com/search?q=Windows+API+history приводит на SO:
https://stackoverflow.com/questions/3121538/how-ha...
Оттуда переходим на microsoft.com, видим, что по старой ссылке всё похерено и отправляемся в архив:
https://web.archive.org/web/20130306092235/http://...

What's New in the Windows API

• Windows 8 Technologies
  
• Windows 8 API List
  
• Windows 7 Technologies
  
• Windows 7 API List
  
• Windows Server 2008 Technologies
  
• Windows Vista Technologies
  
• Windows Vista API List
  

Если найдёте на каком-нибудь условном Авито два шлюза 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 с английским интерфейсом.

CityCat4, почти согласен

Я бы начал с 2gis или Яндекс-Карт.

Только не 2gis или Яндекс, а OSM (OpenStreetMap), ибо Open - ничего не спрятано, вот они все исходные данные, вот оно описание формата, легче уж некуда.
https://www.openstreetmap.org/#map=12/42.8768/74.6013
https://wiki.openstreetmap.org/wiki/RU:Tag:boundar...

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 "Создать виртуальный коммутатор" требуется перезагрузка.

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

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