LVM подвисание сервера при активном чтении...

[ross104]

Всем привет!

Итак есть сервак собраный на следующем железе:
1. Мать Asus AT4NM10-I (Intel NM10, PCI)
2. Проц Интегрированный Intel Atom D410
3. 2 Гига оперативки
4. Сетевуха усстановлена D-Link DGE-528T 10/100/1000Mбит/с

Установлен Ubuntu Server 10.04.2 (All installed packages are up to date)

Хранилище собрано в LVM на следующих винтах:
1. Samsung HD103SI - 1 Tb, 5400/32 Mb.
2. Hitachi SATA 2000Gb Deskstar 7K3000 - 2 Tb, 7200/64 Mb.

Интернет от провайдера получаю по ADSL 8/2 Mbit.
Сеть гигабитная, обрывов, коротких замыканий, неправильной обжимки нет.

Внимание вопрос:
Во время раздачи торрентов при достижении пиковой скорости отдачи 180-200 Кбайт\сек сервак начинает жутко тормозить при чтении с него по сети...
По ssh к нему можно достучатся но с трудом
Видео начинает рватся при просмотре с сетевого ресурса и т.д. Если поставить на паузу торрент который раздается тачка моментально оживает....

Пробовал Transmission и Deluge, Внешнюю и Встроенную сетевухи - результат один и тот-же...

П.С. сеть на полноценной меди  через гигабитный свитч....
П.П.С. top в пике показывает 10-13% проца, так что трабла скорее всего в LVM а не в сети.

Куда рыть? Что смотреть?

[warlomak]

Было подобное на ufanet, помогло добавление --nobuffer в /etc/peers...

[ross104]

А можно поподробнее? А то у себя такой папки не наболюдаю...

[fisher74]

потому что папка кличется /etc/ppp/peers

[ross104]

Да я то ее нашел Ток если я правильно понял оно мне не поможет так как в в моем случае интернет получает не сервак а модем в режиме роутера, дальше на свитч а из свитча получает сервак...

Потому данная папка не должна иметь влияния.... Хотя...

[fisher74]

прочитал внимательней топик. улыбнуло пара моментов:

Интернет от провайдера получаю по ADSL 8/2 Mbit.

Да ладно...  Вы задрали скорость upload до предела, а download оставили на 8Мб/с? Не смешите коврик моей мышки...

получаю по ADSL
....
П.С. сеть на полноценной меди  через гигабитный свитч....

Сеть Вы получаете в первую очередь по ADSL. Конечно не DialUP, но и не ПОЛНОЦЕННАЯ МЕДЬ.

Интернет от провайдера получаю по ADSL 8/2 Mbit.
.....
Во время раздачи торрентов при достижении скорости отдачи 180-200 Кбайтсек начинает жутко тормозить сеть...

То есть скорость аплоад разгоняется до ~1,44-1,8Mb/с. Даже если представить, что у Вас модем разогнал в линии до 2Мб/с (это я ещё служебный траффик не плюсую), что уверен не есть реальная цифра, то для запросов того самого видео ничего и не остаётся...
Пользователь решил продолжить мысль 24 Июня 2011, 20:55:21:И тут меня осенило......
.. Осенило, что Вы как и многие укрыли маааааленькую деталь.
Что Вы смотрите видео НА ДРУГОМ КОМПЕ, используя сервер как сетевой ресурс....

Тогда тема вопроса меняется координально
Пользователь решил продолжить мысль 24 Июня 2011, 21:00:23:1. Смотрите  и показывайте нам ifconfig сервера (не сразу после старта, а после проявления проблем)
2. Исключите, что проблемы начинаются не из-за диска. Сделать это можно примерно так:
Дать разогнаться торрентам до той цифры, что Вы описали до появления признаков.
Проверить производительность сети, например утилитой iperf. Только для адекватности измерений возьмите время побольше, например минуту или две. Результаты также показать нам.

[ross104]

По порядку:

Да ладно...  Вы задрали скорость upload до предела, а download оставили на 8Мб/с? Не смешите коврик моей мышки...

Придется коврику поржать так как провайдер дает именно такие ограничения Down до 10 Мбит, UP до 3 Мбит. (Пакет ОГО!Стандартний)

Сеть Вы получаете в первую очередь по ADSL. Конечно не DialUP, но и не ПОЛНОЦЕННАЯ МЕДЬ.

Имелось ввиду что по дому к точкам разведена полноценная медь (а не алюминий с медным покрытием) дабы максимально выжать по скорости из сети

То есть скорость аплоад разгоняется до ~1,44-1,8Mb/с. Даже если представить, что у Вас модем разогнал в линии до 2Мб/с (это я ещё служебный траффик не плюсую), что уверен не есть реальная цифра, то для запросов того самого видео ничего и не остаётся...

Ну цифры достал не с небес, а из самого лутьшего в мире спидтеста - торрент клиента. Максимально ко мне цеплялись на скорости 220-230 Кбайт/сек... Из служебной инфы модема видно что он просчитывает на моей линии следующие максимально допустимые скоростя - Attainable Rate (Kbps): Down 20380, UP 2040 (специально для этого тянул экранированный кабель от ящика на улице в дом. Все скрутки удалены и заменены на спайки по всем правилам дабы уменьшить потери ADSL2+ AnnexM соединения...)

Что Вы смотрите видео НА ДРУГОМ КОМПЕ, используя сервер как сетевой ресурс....

Совершенно верно... Видео начинает лагать при просмотре его на HD-плеере, или на стационарном компе по сети... Пинги возростают:

(Нажмите, чтобы показать/скрыть)

Pinging 10.0.0.200 with 32 bytes of data:
Reply from 10.0.0.200: bytes=32 time=756ms TTL=64
Reply from 10.0.0.200: bytes=32 time=617ms TTL=64
Reply from 10.0.0.200: bytes=32 time=40ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time=897ms TTL=64
Reply from 10.0.0.200: bytes=32 time=653ms TTL=64
Reply from 10.0.0.200: bytes=32 time=62ms TTL=64

Местами до 2000-3000 мс.

1. Смотрите  и показывайте нам ifconfig сервера (не сразу после старта, а после проявления проблем)
2. Исключите, что проблемы начинаются не из-за диска. Сделать это можно примерно так:
Дать разогнаться торрентам до той цифры, что Вы описали до появления признаков.
Проверить производительность сети, например утилитой iperf. Только для адекватности измерений возьмите время побольше, например минуту или две. Результаты также показать нам.

Вот это дело Завтра поганяю и потестирую как Вы рекомендовали...

[drako]

Не канифольте нам и себе моск, оборудование провайдера стоит не в "ящике на улице", а немножко дальше. Вам банально ширины аплоад канала не хватает.

[fisher74]

drako, уТС проблема проявляется в домашней сети, когда сервер на торрентах выходит на пик производительности DSL-канала. То есть скорость торрентов выжигает телефонные провода, а проблемы возникают в Ethernet, в котором запас "почности"  много выше этой скорости

[ross104]

Провайдера исключаем полностью и больше его не вспоминаем Запас там есть
А проблема в локалке как и заметил fisher74 которая начинает умирать при высоком аплоде торрентов...

[drako]

fisher74, да, уж, автор постарался сбить с толку
Ну собственно тогда к автору вопрос, как расшарено видео? Хотя сильно подозреваю что как бы оно ни было расшарено, почти наверняка затыкается проц на сервере.

[ross104]

Расшарено походу самым простым способом - самбой
Седня вечерком попробую поганять торренты дабы глянуть что творится и дам больше входных данных...
Пользователь решил продолжить мысль 25 Июня 2011, 16:22:17:ifconfig

(Нажмите, чтобы показать/скрыть)

eth1      Link encap:Ethernet  HWaddr 5c:d9:98:a7:50:ba
          inet addr:10.0.0.200  Bcast:10.0.0.255  Mask:255.255.255.0
          inet6 addr: fe80::5ed9:98ff:fea7:50ba/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:14368374 errors:0 dropped:0 overruns:0 frame:0
          TX packets:17056250 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:7541706599 (7.5 GB)  TX bytes:17963795315 (17.9 GB)
          Interrupt:17 Base address:0x6c00

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:11270 errors:0 dropped:0 overruns:0 frame:0
          TX packets:11270 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1407158 (1.4 MB)  TX bytes:1407158 (1.4 MB)

Ping:

(Нажмите, чтобы показать/скрыть)

Pinging 10.0.0.200 with 32 bytes of data:
Reply from 10.0.0.200: bytes=32 time=340ms TTL=64
Reply from 10.0.0.200: bytes=32 time=654ms TTL=64
Reply from 10.0.0.200: bytes=32 time=684ms TTL=64
Reply from 10.0.0.200: bytes=32 time=838ms TTL=64
Reply from 10.0.0.200: bytes=32 time=734ms TTL=64
Reply from 10.0.0.200: bytes=32 time=888ms TTL=64
Reply from 10.0.0.200: bytes=32 time=1037ms TTL=64
Reply from 10.0.0.200: bytes=32 time=1169ms TTL=64
Reply from 10.0.0.200: bytes=32 time=1019ms TTL=64
Reply from 10.0.0.200: bytes=32 time=994ms TTL=64
Reply from 10.0.0.200: bytes=32 time=1176ms TTL=64
Reply from 10.0.0.200: bytes=32 time=1163ms TTL=64
Reply from 10.0.0.200: bytes=32 time=1013ms TTL=64
Reply from 10.0.0.200: bytes=32 time=1075ms TTL=64
Reply from 10.0.0.200: bytes=32 time=1152ms TTL=64
Reply from 10.0.0.200: bytes=32 time=981ms TTL=64
Reply from 10.0.0.200: bytes=32 time=1090ms TTL=64
Reply from 10.0.0.200: bytes=32 time=969ms TTL=64
Reply from 10.0.0.200: bytes=32 time=1025ms TTL=64
Reply from 10.0.0.200: bytes=32 time=1045ms TTL=64
Reply from 10.0.0.200: bytes=32 time=1113ms TTL=64
Reply from 10.0.0.200: bytes=32 time=1011ms TTL=64
Reply from 10.0.0.200: bytes=32 time=1125ms TTL=64
Reply from 10.0.0.200: bytes=32 time=727ms TTL=64
Reply from 10.0.0.200: bytes=32 time=132ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time=352ms TTL=64
Reply from 10.0.0.200: bytes=32 time=156ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64
Reply from 10.0.0.200: bytes=32 time<1ms TTL=64

Как видно из пингов - после того как паузнул торрент все встало на свои места...
А вот по iperf не оч разобрался как ею смотреть... времени не было... Вечерком попробую...

[vadim-nsk]

swap cpu дисковая подсистема тормоза, а если еще и диск в нтфс. дело не в скорости, а в количестве соединений и количестве дисковых операций IO.

[drako]

Такс, что там у вас за диск(модель). И посмотрите htop во время загрузки торентов.

[ross104]

В системе 2 диска в LVM общим размером 3 Тб.
По поводу их возможностей не скажу - так как корпус довольно проблемный и нужно пол тачки разбирать Если оч надо будет то гляну на их возможности... При локальной переливке больших файлов получаю скорость около 68 000-70 000 Кбайт/сек (Файл 2012 [2012] (2009).m2ts - 34 Гбайта)... Тоесть гигабитная сеть пропускает максимум от возможности самого медленного винта в лвм... Если не ошибаюсь один 5400 второй 7200 оборотов... Но это все при одном потоке... если много сессий может и валится ток не знаю как глянуть.

Только-что глянул загрузку проца и htop и top показывают загрузку проца Delug-ом до 10%, памяти 1,8%...

По винтам:
1. Samsung HD103SI - 1 Тб, 5400/32 Мб.
2. Hitachi SATA 2000Gb Deskstar 7K3000 - 2 Тб, 7200/64 Мб.
Пользователь решил продолжить мысль 27 Июня 2011, 12:37:36:Подниму наверное...