HELPY4

У Вас же наверняка современная система в которой есть systemd?

1. Делаем systemd service unit для запуска нашего скрипта
   
2. Ограничиваем сервису память через cgroups чтобы из-за протекающего сервиса не вызывать проблемы в системе в целом
   
3. Делаем systemd timer unit, который будет запускать наш сервис и полностью заменит нам cron
   
4. systemctl enable --now my-unit.timer
   

1. Максимальное значение, которое можно записать в 2 байта - 0xFFFF, т.е. 65535
2. Если внимательно посмотришь стандарт IEEE 802.3 п.3, то там поле, которое ты называешь length называется Length/Type. Т.е. это не просто length - это такой зверь в двойном обличии. Если значение этих двух байт <=0x600 то это поле воспринимается как length. Если >0x600, то это Type. Под Type в данном случае понимается EtherType. Например для протокола IP EtherType == 0x800. Некоторые значения EtherType можешь посмотреть на вики: https://en.wikipedia.org/wiki/EtherType.
К слову, на сегодняшний день в типичной сети почти всегда это поле интерпретируется как EtherType. В этом случае длина пакета должна быть закодирована на уровне вышестоящего протокола, т.е. где-то там в payload.
Реально у Ethernet есть другой способ определения длины пакета - после завершения передачи происходит удаление сигнала carrierSense и межфреймовая задержка. По этим признакам физика понимает, что пакет получен. После этого уже можно проверить Length/Type, посчитать контрольную сумму и провести другие проверки.
3. Интерпретация Length используется для протокола LLC (IEEE 802.2), если я правильно помню.

Настроить мост из сетевых портов на ПК1. Тогда порты будут пропускать трафик прозрачно и получится засунуть ПК2 в общую сеть, но работать оно будет только пока ПК1 включен. Если ПК2 не должен зависеть от ПК1, то проще всего будет купить неуправляемый свитч за условные 1000р и подключить оба ПК через него по схере: Роутер -> свитч -> ПК1 и ПК2 в любые порты. В настройках моста на ПК1 и на ПК2 адреса лучше будет ввести статикой, а то замучаетесь перезагружать всю эту прелесть.

Может просто скачать все NPM пакеты которые вам могут быть нужны и не нужны? https://www.npmjs.com/package/npm-package-downloader

4pda -> форум -> тема по названию вашего устройства

Я нашёл ка это исправит!! Уменьшил параметр Near у камеры и теперь всё ок.

Раньше во все материнки вставлялись биперы. Стоит копейки, а польза именно в Вашем случае будет. Это такой маленький излучатель звука на двух проводках, для него на всех материнках есть гнездо. По его звуку (точнее по количеству сигналов) легко можно определить, какая неполадка. Если один короткий - все норм. Если количество и длительность не совпадают (а у Вас точно будет не один короткий), идем в гугл и ищем конкретно для вашей материнки таблицу звуков и направление куда копать.
P.S. К стати, это может быть и блок питания.

В общем попробовал различные настройки дисковой системы. Всё описывать не буду, т.к. ничего не помогло. Если кому интересно, то RAID10 выдаёт такие результаты:

Внутри ВМ между разделами файлы летают со скоростью 2ГБ/с.

Стал копать в сторону сети. Сначала игрался с настройками интерфейсов в Proxmox. Пробовал различные режимы bond, одиночное подключение без bond и т.д. Точно так же никакие изменения настроек не повлияли на скорость копирования. Решил проверить скорость с помощью iperf и вот что увидел.


Почему так? А потому что у нас несколько подсетей и каждая в своём vlan. Маршрутизатором между ними выступает pfsense, он же является интернет шлюзом. Там старый системник с несколькими сетевухами. Они конечно гигабитные, но видимо общей мощности не хватает. Хотя в то же время я не увидел 100% нагрузки на процессор или память. Так же запустил проверку iperf между NAS и своим рабочим компьютером, они находятся в одной подсети и тут такой результат.


В общем сейчас я на 95% уверен, что проблема именно в pfsense. Что с ним делать буду решать. Думаю на этом вопрос можно закрывать. Спасибо всем за участие!

p.s. Если накидаете ещё полезных советов, касательно данного вопроса, буду благодарен.

Делаем перемычку из скрепки, но пока никуда ее не суем.
Выключаем силовой шнур из розетки, выключаем БП выключателем на корпусе, отсоединяем разьемы питания от матери.
Берем основной разьем БП ключом направо лицом (гнездами) к себе.
Втыкаем перемычку между гнездами между гнездом, к которому подходит зеленый провод и любым соседним гнездом (к ним подходят черные провода). Зеленый - PS_ON, черный - земля. Перемычка имитирует нажатую кнопку питания.
Включаем БП выключателем на корпусе. Если закрутился внутренний вентилятор - значит БП работает (если хочется зримого результата - можно воткнуть кулер каклй-нибудь на молексе). Иначе на запчасти.

У Вас скорее всего, БП сдох - щелчки это скорее всего пробой.

На выходе в целом ты получаешь одно и тоже, то есть кому то три клика поднять свой так как на опыте, кому то 5 баксов заплатить и просто использовать готовый
Если смотреть на меня и жену то мне проще поднять свой, жене проще использовать готовый
Так что ответ зависит только от вас

Было тоже самое, полностью обесточьте ПК, отключив видеовыход, как не странно по монитору питание может идти на материнку , вытащите батарейку bios и кабель питания самого ПК, после этого запустите ПК, он должен включится на 1 сек от остаточного напряжения в блоке питания, если не помогло, то только ждать остаётся, просто включите комп, он должен перезагрузиться несколько раз ( может очень много раз перезагружаться), а потом выбросит в Биос.

Убедитесь, что кабель подключен правильно и полностью, а также что оба порта (на мониторе и видеокарте) поддерживают DisplayPort 1.2 или выше. Если это старый кабель или неправильный порт (например, DisplayPort 1.1), он может ограничивать частоту обновления. Попробуйте использовать другой кабель DisplayPort (если есть возможность), чтобы исключить неисправность самого кабеля.

Некоторые мониторы ограничивают частоту обновления на определённых разрешениях. Например, 180 Гц может быть доступна только на 1920x1080, а не на более высоких разрешениях. Попробуйте установить разрешение 1920x1080 и проверить, появляется ли 180 Гц в списке частот.

так вы посмотрите, кто грузит. логи посмотрите. dmesg -T, top, iotop, journalctl, syslog, messages, iostat, логи mongo и тд

дальше у него перегрев (60 градусов это мало, другой компонент нагревается до более высоких температур), смотрите sensors