Перейти к содержимому
Калькуляторы

неделю борюсь с аплинком, но может это у нас затык?

Всем привет. ситуация такая, сервер НАС у нас 1, на нем аксель,нат и нетфлов.

когда у нас онлайн поднимается до 300-310 сессий, по графику какти канал забиваем на 2/3, при этом если попробовать качнуть с яндекса дистрибутив какой (с сервера или пк какого подключенного), скорость 200-400кб/с, хотя должна быть в разы больше (судя по свободно доступной полосе)

 

Вопрос, может ли это быть затык у нас в НАСе или аплинк виновен все таки?

Сервер интел, 4гб памяти

 

uname -a

Linux ppp-server 2.6.35-22-generic #35-Ubuntu SMP Sat Oct 16 20:45:36 UTC 2010 x86_64 GNU/Linux

 

# top

top - 21:08:30 up 29 days, 4:25, 1 user, load average: 0.34, 0.64, 0.65

Tasks: 474 total, 5 running, 469 sleeping, 0 stopped, 0 zombie

Cpu(s): 10.6%us, 3.5%sy, 0.0%ni, 72.7%id, 0.0%wa, 0.0%hi, 13.2%si, 0.0%st

Mem: 4015616k total, 3312156k used, 703460k free, 117436k buffers

Swap: 11747324k total, 1968k used, 11745356k free, 2460388k cached

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ping на nas во время проблемы покажите

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

>ping 10.10.10.1 -n 10

 

Обмен пакетами с 10.10.10.1 по 32 байт:

 

Ответ от 10.10.10.1: число байт=32 время<1мс TTL=64

Ответ от 10.10.10.1: число байт=32 время<1мс TTL=64

Ответ от 10.10.10.1: число байт=32 время<1мс TTL=64

Ответ от 10.10.10.1: число байт=32 время<1мс TTL=64

Ответ от 10.10.10.1: число байт=32 время<1мс TTL=64

Ответ от 10.10.10.1: число байт=32 время<1мс TTL=64

Ответ от 10.10.10.1: число байт=32 время<1мс TTL=64

Ответ от 10.10.10.1: число байт=32 время<1мс TTL=64

Ответ от 10.10.10.1: число байт=32 время<1мс TTL=64

Ответ от 10.10.10.1: число байт=32 время<1мс TTL=64

 

Статистика Ping для 10.10.10.1:

Пакетов: отправлено = 10, получено = 10, потеряно = 0 (0% потерь),

Приблизительное время приема-передачи в мс:

Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек

 

 

с наса до яндекса пинг увеличивается на 3-4мс в этот момент, но это так обычно по загрузке

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

трасерт до яндекса во время нагрузки и когда ее нет тоже покажите

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

# traceroute ya.ru -n

traceroute to ya.ru (93.158.134.3), 30 hops max, 60 byte packets

1 81.xx.xx.121 2.925 ms 2.895 ms 2.815 ms

2 158.xxx.xxx.78 14.707 ms 14.690 ms 15.138 ms

3 158.xxx.xxx.2 19.302 ms 19.132 ms 19.110 ms

4 158.xxx.xxx.42 19.829 ms 19.812 ms 19.811 ms

5 158.xxx.xxx.34 19.106 ms 19.151 ms 19.130 ms

6 87.250.233.126 20.180 ms 18.200 ms 18.177 ms

7 213.180.213.63 18.159 ms 14.419 ms 14.361 ms

8 77.88.56.189 15.330 ms 213.180.213.60 14.810 ms 16.155 ms

9 93.158.134.3 16.122 ms 16.091 ms 16.714 ms

 

это в плохой момент, в хороший могу только с утра, но опять же, не не уверен что он хороший...

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

c NAS и абонента попробуйте скачать один и тот же файл.

Результаты сравните и сообщите нам.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

скорости одинаковы, точнее прыгают от 200-400кб/с, хоты свободно (по графику) еще 30мбит

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Cpu(s): 10.6%us, 3.5%sy, 0.0%ni, 72.7%id, 0.0%wa, 0.0%hi, 13.2%si, 0.0%st

Сколько ядер и какова загрузка по каждому из них? Может одно ядро в полке, а остальные гуляют?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

вроде равномерно распределяется

 

 

top - 23:48:09 up 29 days, 7:05, 1 user, load average: 0.66, 0.57, 0.54

Tasks: 508 total, 2 running, 506 sleeping, 0 stopped, 0 zombie

Cpu0 : 6.9%us, 2.9%sy, 0.0%ni, 88.1%id, 0.0%wa, 0.0%hi, 2.1%si, 0.0%st

Cpu1 : 6.0%us, 3.0%sy, 0.0%ni, 88.8%id, 0.0%wa, 0.0%hi, 2.1%si, 0.0%st

Cpu2 : 5.5%us, 2.7%sy, 0.0%ni, 89.9%id, 0.0%wa, 0.0%hi, 2.0%si, 0.0%st

Cpu3 : 2.4%us, 1.2%sy, 0.0%ni, 95.0%id, 0.0%wa, 0.0%hi, 1.4%si, 0.0%st

Cpu4 : 2.0%us, 1.3%sy, 0.0%ni, 94.0%id, 0.0%wa, 0.0%hi, 2.8%si, 0.0%st

Cpu5 : 7.2%us, 6.1%sy, 0.0%ni, 68.2%id, 0.0%wa, 0.0%hi, 18.5%si, 0.0%st

Cpu6 : 11.2%us, 4.8%sy, 0.0%ni, 58.8%id, 0.0%wa, 0.0%hi, 25.1%si, 0.0%st

Cpu7 : 1.1%us, 1.5%sy, 0.0%ni, 96.2%id, 0.6%wa, 0.0%hi, 0.6%si, 0.0%st

Mem: 4015616k total, 3428824k used, 586792k free, 122248k buffers

Swap: 11747324k total, 1232k used, 11746092k free, 2570848k cached

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

вот щас начало качать по полной, вот трасерт

# traceroute ya.ru -n

traceroute to ya.ru (93.158.134.3), 30 hops max, 60 byte packets

1 81.хх.хх.121 2.379 ms 2.307 ms 2.289 ms

2 158.ххх.ххх.78 4.961 ms 4.947 ms 4.874 ms

3 158.ххх.ххх.2 6.897 ms 7.275 ms 7.256 ms

4 158.ххх.ххх.42 6.750 ms 7.199 ms 7.098 ms

5 158.ххх.ххх.34 7.611 ms 7.445 ms 7.386 ms

6 87.250.233.126 10.646 ms 9.297 ms 9.520 ms

7 213.180.213.63 9.479 ms 7.659 ms 7.646 ms

8 213.180.213.60 7.882 ms 9.910 ms 9.888 ms

9 93.158.134.3 9.937 ms 9.871 ms 9.365 ms

 

пинг

# ping ya.ru

PING ya.ru (213.180.204.3) 56(84) bytes of data.

64 bytes from www.yandex.ru (213.180.204.3): icmp_req=1 ttl=56 time=9.30 ms

64 bytes from www.yandex.ru (213.180.204.3): icmp_req=2 ttl=56 time=9.58 ms

64 bytes from www.yandex.ru (213.180.204.3): icmp_req=3 ttl=56 time=8.23 ms

64 bytes from www.yandex.ru (213.180.204.3): icmp_req=4 ttl=56 time=7.62 ms

64 bytes from www.yandex.ru (213.180.204.3): icmp_req=5 ttl=56 time=8.35 ms

64 bytes from www.yandex.ru (213.180.204.3): icmp_req=6 ttl=56 time=7.28 ms

^C

--- ya.ru ping statistics ---

6 packets transmitted, 6 received, 0% packet loss, time 5003ms

rtt min/avg/max/mdev = 7.280/8.396/9.582/0.832 ms

Изменено пользователем Cramac

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У вас нас является и бордюром?

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

 

P.S. Кстати, у нас тоже несколько похожая ситуевина творится, в час пик с бордюра скорость в разы, а то и на порядок выше, чем из-за него, при том что железяка фактически гуляет; замена железа - ничего не дала, и более того - с техплощадки аплинка при этом все тянется с адекватной скоростью. Пока - разбираемся по этому поводу с аплинком.

Изменено пользователем NiTr0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

а какое железо? сетевые, проц?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

все мы получаем по РРС, первый знаю что в 4км от нас, где дальше не знаю.

 

железо такое:

Intel® Xeon® CPU X3470 @ 2.93GHz

на интеловской сборке Intel 1U SR1630GP

на встроенных сетевых

00:19.0 Ethernet controller: Intel Corporation 82578DM Gigabit Network Connection (rev 05)

02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection

всего памяти 4гб

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Поставьте в разрыв между аплинком и вами свич, в свич втыкните какой-нибудь сервер с netperf. Тогда сможете точно свой бордер тестить.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.