myth

VIP
  • Публикаций

    1 708
  • Зарегистрирован

  • Посещение

Информация о myth

  • Звание
    Доцент
  • День рождения
  1. + нагрузка по si выросла на ровном месте на около 10%
  2. Всем привет. Поменяли сетевуху, что смотрит в аплинк и начался геморрой. А именно - юзеры стали жаловаться на скорость. И действительно - канал загружен на 800 мегабит из 1,2г, а скорость по спидтесту показывает всего 30-60 мегабит вместо 90-100. До замены все работало нормально. При этом 0 очередь загружена больше остальных. 33: 1307844311 0 0 0 IR-PCI-MSI 524288-edge eth0-TxRx-0 34: 0 832465903 0 0 IR-PCI-MSI 524289-edge eth0-TxRx-1 35: 0 0 847403274 0 IR-PCI-MSI 524290-edge eth0-TxRx-2 36: 0 0 0 810993199 IR-PCI-MSI 524291-edge eth0-TxRx-3 37: 2346 2267 1302 843 IR-PCI-MSI 524292-edge eth0 Что-то я ничего не понимаю. Драйвер собрал последний с сайта Интела. Ситуация не исправилась никак. Настройки: echo ff > /sys/class/net/eth0/queues/rx-0/rps_cpus echo ff > /sys/class/net/eth0/queues/rx-1/rps_cpus echo ff > /sys/class/net/eth0/queues/rx-2/rps_cpus echo ff > /sys/class/net/eth0/queues/rx-3/rps_cpus echo ff > /sys/class/net/eth0/queues/tx-0/xps_cpus echo ff > /sys/class/net/eth0/queues/tx-1/xps_cpus echo ff > /sys/class/net/eth0/queues/tx-2/xps_cpus echo ff > /sys/class/net/eth0/queues/tx-3/xps_cpus ethtool -A eth0 tx off rx off ethtool -K eth0 gro off lro off gso off tso off ethtool -K eth0 ntuple on ethtool -G eth0 tx 2048 rx 2048 После включения ntuple очереди выровнялись, но проблемы со скоростью остались Perf top: 8,90% [kernel] [k] ipt_do_table 4,51% [kernel] [k] _raw_spin_lock 4,33% [kernel] [k] pppoe_rcv 3,43% [kernel] [k] fib_table_lookup 3,25% [kernel] [k] memcpy_erms 2,93% [kernel] [k] ixgbe_poll 2,40% [kernel] [k] native_irq_return_iret 2,29% [kernel] [k] ixgbe_clean_rx_irq 1,85% [kernel] [k] __netif_receive_skb_core 1,79% [kernel] [k] htb_dequeue 1,58% [kernel] [k] u32_classify 1,42% [kernel] [k] __dev_queue_xmit 1,31% [kernel] [k] nf_iterate 1,28% [kernel] [k] put_page 1,20% [kernel] [k] __free_page_frag 1,19% [kernel] [k] read_tsc 1,11% [kernel] [k] ixgbe_xmit_frame_ring 1,03% [kernel] [k] __slab_free 1,01% [kernel] [k] net_rx_action 1,01% [kernel] [k] __do_softirq 1,00% [kernel] [k] __local_bh_enable_ip 0,88% [kernel] [k] timerqueue_add
  3. Не, прибором проще. Закопал опыты с теликами и ресиверами года 4 назад. Не пожалел ни разу.
  4. бешено моргал этим портом и ничего не коммутировал во всех вланах, которые имелись на порту
  5. Могу сказать, что пришлось выключать flow-control на портах с серверами. Т.к при зависоне сервера ложился отдохнуть свитч. Помогало только выдирание sfp. Тут может статься так же, получится кольцо
  6. Петлю то может и обнаружит, но ему совершенно фиолетово на IP, да и на маки, впрочем, тоже.   Как тут, только наоборот http://prosto-seti.blogspot.ru/2016/07/bpduguard-bpdufilter.html   по умолчанию все встречаемые мной свичи bpdu дропают
  7. ну, как бы, да. Разрешен пропуск bpdu. Вот только в этом случае сегмент становится уязвимым к атакам на bpdu
  8. А свитчи тут причем? Отдайте это роутеру
  9. На наше отделение почты России прислали вот такой вот http://opk-bulat.ru/products/corporate-data-network/switches/routers/bm2800/ .На 10 мегабит канала.
  10. Ага   Но так или иначе технически www.xx.ru и xx.ru - 2 разных сайта
  11. ркн требует блокировки по реестру. Пришлют в дампе с www и без - заблокированы окажутся оба. Не пришлют - не окажутся