Jump to content
Калькуляторы

Wiredom

Новичок
  • Content Count

    4
  • Joined

  • Last visited

About Wiredom

  • Rank
    Абитуриент

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Нагрузка равномерно достаточно распределена между ядрами, поэтому не стал заострять на этом моменте, были бы перекосы я обязательно это упомянул бы. значение established я догнал до 600 Вот про insert-delete можно ткнуть носом что это и куда посмотреть... Кстати вот что забыл упомянуть совсем так это наличие quagga+bgp с кошками. На серере порядка 5к маршрутов (формата хост такой то шлюз до него такой то) кошек таких три. BGP нужно что бы роутер знал на каком брасе абонент и вернул трафик на нужный брас. Кол-во пакетов в секунду 280к 290к в пиках 300к (при этом загрузка до 65-70%) взлетает. Кстати, в сервере стоит второй проц еще. Но прерывания утащил все на один процессор, я думаю это влиять не может, но кто его знает (может влияет?)
  2. Делал, какого то тотального результата не было. Условно говоря делал так: -t nat -A POSTROUTING -s x.x.x.x/16 -o eth0.8 -j SNAT --to-source xx.xx.xx.1-xx.xx.xx.254 (кстати наличие влана на высоконагруженном интерфейсе может как то влиять на нагрузку?)
  3. 5,51% [ixgbe] [k] ixgbe_poll 5,16% [ip_tables] [k] ipt_do_table 5,10% [kernel] [k] fib_table_lookup 4,41% [kernel] [k] __ticket_spin_lock 3,24% [ixgbe] [k] ixgbe_xmit_frame_ring 3,16% [nf_conntrack] [k] ____nf_conntrack_find 2,20% [kernel] [k] __copy_skb_header 2,13% [kernel] [k] nf_iterate 1,91% [kernel] [k] __netif_receive_skb 1,68% [kernel] [k] dev_queue_xmit 1,68% [kernel] [k] skb_release_head_state 1,35% [kernel] [k] check_leaf.isra.9
  4. Добрый день, дабы не плодить темы задам более опытным гражданам вопрос тут. Есть Linux Soft router (да да) Intel® Xeon® CPU E5645 @ 2.40GHz RAM 32Gb OS: Ubuntu 12.04.5 Карта: Intel Corporation 82599EB SFI/SFP+ Network Connection (rev 01) (двух головая) драйвер карты ixgbe version: 4.4.6 (драйвер с сайта intel собран) ядро 3.8.0-44-generic Задачи у него стандартные: Routing+NAT NAT порядка 500 правил (режем серую сеть по /24 и натим во внешний адрес) входящего трафика 2.9 2.8 Gbit/s исходящего около 500 мегабит +- conntrack кол-во записей держится в районе 300к 400к каких то перекосов (абонентов с кучей записей нет) net.netfilter.nf_conntrack_acct = 0 net.netfilter.nf_conntrack_buckets = 1048576 net.netfilter.nf_conntrack_checksum = 1 net.netfilter.nf_conntrack_events = 1 net.netfilter.nf_conntrack_events_retry_timeout = 15 net.netfilter.nf_conntrack_expect_max = 256 net.netfilter.nf_conntrack_generic_timeout = 60 net.netfilter.nf_conntrack_helper = 1 net.netfilter.nf_conntrack_icmp_timeout = 1 net.netfilter.nf_conntrack_log_invalid = 0 net.netfilter.nf_conntrack_max = 6553600 net.netfilter.nf_conntrack_tcp_be_liberal = 0 net.netfilter.nf_conntrack_tcp_loose = 0 net.netfilter.nf_conntrack_tcp_max_retrans = 3 net.netfilter.nf_conntrack_tcp_timeout_close = 10 net.netfilter.nf_conntrack_tcp_timeout_close_wait = 20 net.netfilter.nf_conntrack_tcp_timeout_established = 90 net.netfilter.nf_conntrack_tcp_timeout_fin_wait = 30 net.netfilter.nf_conntrack_tcp_timeout_last_ack = 30 net.netfilter.nf_conntrack_tcp_timeout_max_retrans = 30 net.netfilter.nf_conntrack_tcp_timeout_syn_recv = 30 net.netfilter.nf_conntrack_tcp_timeout_syn_sent = 15 net.netfilter.nf_conntrack_tcp_timeout_time_wait = 30 net.netfilter.nf_conntrack_tcp_timeout_unacknowledged = 40 net.netfilter.nf_conntrack_timestamp = 0 net.netfilter.nf_conntrack_udp_timeout = 30 net.netfilter.nf_conntrack_udp_timeout_stream = 45 Pre-set maximums: RX: 4096 RX Mini: 0 RX Jumbo: 0 TX: 4096 Current hardware settings: RX: 4096 RX Mini: 0 RX Jumbo: 0 TX: 4096 Прерывания руками распределены равномерно на каждое ядро Загрузка проца в районе 65-70% вечером что мне кажется много (ошибаюсь ?) Хотелось бы услушать какие то рекомендации может.