Невозможно запустить плазменную оболочку в Arch Linux

0 )контекст. когда вы тестируете, помните, что вы заметили, что заставило вас провести ночной тест, насколько это возможно. запись может помочь. отредактируйте его в вопросе. По крайней мере, я предполагаю, что есть причина; необычно запускать команды на ночь для развлечения :-).

0a )теорема Байеса. я подтверждаю, что это «кажется очень неправильным». это не -известная проблема. Поэтому помните, что велика вероятность того, что ваше удивление вызвано непониманием или ошибкой в ​​методе тестирования.

И вообще, вы могли бы гораздо подробнее написать в свой вопрос. Для начала вы не сказали, что такое ОС, программное обеспечение виртуальной машины, ваше подключение к локальной сети к вашему маршрутизатору, тип интернет-провайдера, к которому подключен ваш маршрутизатор. Или если каждые 100 минут ваше интернет-соединение перестает работать на 4 минуты :-).

(Но, честно говоря, я мог бы также сказать, что не знаю, с чего начать, кроме строгого изучения вашего метода тестирования.)

1 )раз. если вы нарисуете это на графике, всегда ли будут потери пакетов или в определенное время будут большие потери пакетов?

Вы также можете уменьшить pingинтервал, чтобы получить более быструю статистику ("флуд-пинг" или около того ), но вы не должны делать этого с Google (, если вы не платите им за это :-). Вместо этого используйте traceroute 8.8.8.8, чтобы найти первый или второй адрес IPv4 внутри вашего интернет-провайдера. (Первая строка внутри вашего интернет-провайдера, вероятно, это строка с номером 3. Время пинга также может быть подсказкой ). Остерегайтесь путаницы с результатами traceroute; это инструмент для экспертов.

2 )Подтвердите, насколько это странно, проверив, относится ли проблема также к проверке связи с вашим локальным маршрутизатором или нет. Запустите оба теста одновременно, чтобы у вас было хорошее сравнение. (Однако помните, что потенциально это может быть другой результат по сравнению с предыдущим. работает по одному)

Поскольку вы не сказали, что используете прямой Ethernet, это очень важный вопрос. Обычно вы хотите исключить либо странность Wi -Fi, либо странность интернет-провайдера (или, по крайней мере, попытаться исключить единственную причину проблемы ). Это два основных источника проблем при использовании домашней сети, поэтому исключение одного из них действительно ценно.

Технически вы показываете eno1, что, вероятно, является Ethernet, но вы все равно можете использовать что-то странное, например, сеть Powerline.

Если возможно, попросите кого-нибудь еще пропинговать ваш маршрутизатор. Мне нравитсяhttps://www.thinkbroadband.com/broadband/monitoring/qualityТ.е. если ваша линия показывает четкую потерю пакетов на хорошо -используемом инструменте -, то, вероятно, это связано с потерей пакетов на вашей линии :-). это зависит от брандмауэра вашего маршрутизатора, позволяющего пинговать себя; там может быть настройка для него.

3 )Перехват пакетов, т. е. Wireshark. Генерирует ли Windows пакеты ping, которые выглядят иначе, чем Linux? (Возможно, потребуется запустить Wireshark внутри Windows, в зависимости от ). Мы уже ожидаем, что исходный IPv4-адрес и исходный MAC-адрес будут выглядеть по-разному. Если они это сделают -, вы сможете немного настроить пинг-пакеты Linux, используя различные параметры.