Загрузите систему в однопользовательском режиме, если ваш компьютер имеет такую возможность, и выполните команду:
mount -uw /
Затем попробуйте удалить slim-файлы. Если это не сработает, то вам придется переустановить операционную систему в однопользовательском режиме. Если вы не знаете, что такое однопользовательский режим, просто погуглите.
Это объясняется здесь :https://access.redhat.com/solutions/53031
И здесь менее ясно :https://www.kernel.org/doc/Documentation/networking/ip-sysctl.txt
Рассмотрим компьютер с двумя сетевыми интерфейсами, интерфейсом A и интерфейсом B. Учитывая, что Linux решает использовать интерфейс B для отправки пакетов на IP-адрес X. Рассмотрим пакет, полученный на интерфейсе A с IP-адреса X. Linux отбросит пакет.
Если вы не бежите sysctl net.ipv4.conf.all.rp_filter=2
в терминале или добавьте эту строку в /etc/sysctl.conf
.
Он позволяет получать пакеты с IP-адреса на интерфейсах, отличных от того, который используется для отправки пакетов на этот IP-адрес!
Вот как работает переключатель:
Коммутатор имеет несколько сетевых портов, подключенных к точкам -–-, которые указывают на сетевую карту на компьютере. Если сетевая карта может работать со скоростью 25 ГБ/с, это означает, что соединение между точками -и -будет использовать протокол, обеспечивающий скорость 25 ГБ/с.
Теперь с простым коммутатором это также будет означать, что входящее соединение, маршрутизируемое на эту сетевую карту, ограничено до 25 ГБ/с. Более того, тупой коммутатор будет направлять многоадресные рассылки на все порты. Таким образом, с двумя сетевыми адаптерами 25 ГБ/с на одном компьютере вы получите один и тот же многоадресный пакет на каждом сетевом адаптере с общей скоростью 25 ГБ/с. Неважно, что сам коммутатор способен или имеет более высокую пропускную способность.
Но в этом сегменте пропускной способности коммутатор, вероятно, довольно умный, с внутренней памятью. Так что переключатель может делать разные вещи:
1 )Пакет будет храниться и пересылаться во внутренней оперативной памяти. Это означает, что входящее соединение не ограничивается максимальной скоростью исходящего соединения.
2 )Если он может выполнять соединение, он может объединить два соединения -–-в одно соединение с удвоенной пропускной способностью.
3 )Если он поддерживает многоадресную рассылку и отслеживает протокол многоадресной рассылки, он будет пересылать пакеты только зарегистрированным получателям группы многоадресной рассылки. Таким образом, если у вас есть две разные группы многоадресной рассылки (или более ), и приложение в одной сетевой карте регистрируется в одной группе, а приложение в другой сетевой карте регистрируется в другой группе, вы фактически удвоите пропускную способность. Опять же :Это должны быть разные многоадресные группы, просто разных приложений недостаточно.
Таким образом, самый простой способ (2 ):Объединить сетевые карты и покончить с этим.
Для (3 )мы не решили проблему, заключающуюся в том, что Linux не очень хорошо приспособлен для работы с идентичными подсетями на разных сетевых адаптерах.Есть способы обойти это:
a )Поместите сетевые интерфейсы в разные сетевые пространства имен и запустите принимающее приложение в пространстве имен.
b )Привязать приложение к сетевому интерфейсу. Не все приложения смогут это сделать, и я на самом деле не уверен, что если нет сложностей для многоадресной рассылки (, это будет работать для одноадресной рассылки ).
c )Используйте разные подсети и где-нибудь еще в вашей сетевой архитектуре (, например на коммутаторе, если он может это )маршрутизировать многоадресную рассылку между подсетями.
Все это гораздо сложнее, чем просто (2 ).
И все это даст вам коэффициент 2. Сжатие видео без потерь (, если вы настаиваете на сохранении зашумленных пикселей в видео, )также даст вам коэффициент 2 -3, и немного сжатие с потерями даст вам гораздо лучший фактор. И это не требует много процессора для приличного фактора. Таким образом, в диапазоне пропускной способности, в котором вы находитесь, я бы определенно рассмотрел сжатие как самый первый шаг, прежде чем возиться с сетью.