Снижение быстродействия сетевой карты (Снижение быстродействия сетевой карты)

[Shamcor]

Всех с прошедшим Новым годом!

Помогите с решением такого вопроса: Требуется снизить скорость передачи данных в локальную сеть. Просто когда кто-то начинает сливать от меня глобально через samba или ftp - машинка начинает жестоко подтормаживать.

Дистрибутив: Debian GNU/Linux 3.1r0a Sarge

[sash-kan]

сходу видится три разных направления:
1. перевести карту на более низкую скорость работы (например, со 100 мбит/с на 10 мбит/с, или с full-duplex на half-duplex). с помощью mii-tool, например.
2. понизить приоритет выполнения соответствующих демонов. с помощью nice, renice или ionice.
3. шейпить нужный трафик с помощью tc (traffic control). tcng вам в помощь.

[Shamcor]

mii-tool выдаёт сообщение:

SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

[sash-kan]

ещё есть ethtool.
ну, и два направления в запасе.

[Shamcor]

ethtool - симпотнее, но что я уже неправильно делаю?

# ethtool -s eth0 speed 10
Cannot get current device settings: Operation not supported
not setting speed

Может карточка?

# ethtool eth0
Settings for eth0:
Supports Wake-on: g
Wake-on: d
Link detected: yes
#

[rm_]

Не пойму, как можно всерьёз советовать ограничить сетевуху до 10 мегабит ("или с full-duplex на half-duplex").
То, что автору самому может оказаться нужным что-то скачивать из сети, в расчёт видимо не принимается.

По сабжу: Вопрос про shaping. Можно ли реализовать следущую схему?
И ещё много-много других тем, поиск по слову "shaping" в форуме.

[sash-kan]

Не пойму, как можно всерьёз советовать ограничить сетевуху до 10 мегабит ("или с full-duplex на half-duplex").

да запросто. из описания можно с большой вероятностью сделать вывод, что локальная сеть висит на отдельной сетевой карте. если снижение скорости не подходило бы — топик-стартер и не начинал бы попыток в этом направлении. согласны?

То, что автору самому может оказаться нужным что-то скачивать из сети, в расчёт видимо не принимается.

в расчет принимается то, что скорость обмена, при необходимости, можно вернуть обратно. разве нет?

Может карточка?

да, драйвер сетевой карты (или сама карта) явно не поддерживает управление собой. на требующемся вам уровне.

[rm_]

sash-kan
Тут "сам доктор прописал" tc по портам самбы/фтп. Тем более что уж исходящий-то трафик выборочно режется по скорости презамечательно.

[sash-kan]

rm_
оспорю лишь фразу «сам доктор прописал».
мне лично понижение приоритета исполнения демонов видится более элегантным решением.
«притормаживаться» обмен пакетами будет не всё время, а именно тогда, когда нужно.

p.s. к тому же, ещё неизвестно, даст ли обрезание трафика требуемый уровень интерактивности системы. а вот nice — очень даже вероятно, что даст.

[rm_]

sash-kan
мне лично понижение приоритета исполнения демонов видится более элегантным решением.
К сожалению CPU-приоритет на IO-приоритет хоть как-то влиять начал лишь в совсем недавних ядрах, и то, непонятно - действительно ли начал, или байки это всё. Суть в том, что процессы даже с высоким "найсом" способны заметно притормозить систему путём соревнования с остальными приложениями за внимание дисков, не говоря уж о быстром (в моменты CPU-бездействия других программ) "загрязнении" файлового кэша считываемыми с диска для отдачи в сеть данными.
А с tc - зарезал исходящую самбу на "максимум 1 мегабит", и без забот.

[sash-kan]

ну вот мы плавно и подошли к вопросу топик-стартеру: а где именно находится «бутылочное горлышко»?
ps, iostat (пакет sysstat) — вам в помощь.