The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Пропускная способность в пакетах в секунду и оптимизация, !*! sinus0, 24-Июл-09, 21:54  [смотреть все]
Здравствуй уважаемый All :)


Имеется сеть на основе  Cisco 3750G. Сеть транспортирует мультикаст размеры пактов максимум 600 байт. Потери не допустимы. Часто происходят всплески активности - полоса не стабильна, но обычно умещается в 1Гигабит.

При столь мелких пакетах битовая полоса далека от максимума, в то время как скорость передачи пакетов становится ограничивающим фактором. На практике было установлено, что SFP порт может отсылать ~83k Pps без потерь, выше и циска сбрасывает пакеты борясь с переполнением.

В связи с вышеизложенным есть два вопроса:

1. Производительность в 83kpps, является ли она потолком производительности ?
2. Есть один порт который начинает бросать пакеты на ~40Kpps, он отличается от остальных тем что активен в обоих направлениях. Теоретически Tx и Rx обслуживаются разными очередями. Что уменьшило производительность этого порта ?


Буду очень благодарен за любые идеи.

  • Пропускная способность в пакетах в секунду и оптимизация, !*! chesnok, 22:45 , 24-Июл-09 (1)
    >[оверквотинг удален]
    >
    >В связи с вышеизложенным есть два вопроса:
    >
    >1. Производительность в 83kpps, является ли она потолком производительности ?
    >2. Есть один порт который начинает бросать пакеты на ~40Kpps, он отличается
    >от остальных тем что активен в обоих направлениях. Теоретически Tx и
    >Rx обслуживаются разными очередями. Что уменьшило производительность этого порта ?
    >
    >
    >Буду очень благодарен за любые идеи.

    на подобном коммутаторе наблюдал загрузку под 800-850Mps => следовательно pps был уже расчетный более 100к, быть может дело имено в самих пакетах и что ему нужно чтоб их "бросать", у вас все интерфейсы загруженны в коммутаторе - быть может просто уже ресурсов tcam не достаточно ?

    • Пропускная способность в пакетах в секунду и оптимизация, !*! sinus0, 23:15 , 24-Июл-09 (2)
      >[оверквотинг удален]
      >>
      >>1. Производительность в 83kpps, является ли она потолком производительности ?
      >>2. Есть один порт который начинает бросать пакеты на ~40Kpps, он отличается
      >>от остальных тем что активен в обоих направлениях. Теоретически Tx и
      >>Rx обслуживаются разными очередями. Что уменьшило производительность этого порта ?
      >>
      >>
      >>Буду очень благодарен за любые идеи.
      >
      >на подобном коммутаторе наблюдал загрузку под 800-850Mps => следовательно pps был уже расчетный более 100к, быть может дело имено в самих пакетах и что ему нужно чтоб их "бросать", у вас все интерфейсы загруженны в коммутаторе - быть может просто уже ресурсов tcam не достаточно ?

      В из №2 действительно воткнуто 25 из 28 портов, но порты не утилизируются на полную. Сомневаюсь что заюзаны все ресурсы но согласен что это нужно проверить - Как ? :)

      • Пропускная способность в пакетах в секунду и оптимизация, !*! sinus0, 23:29 , 24-Июл-09 (3)
        >[оверквотинг удален]
        >>>Rx обслуживаются разными очередями. Что уменьшило производительность этого порта ?
        >>>
        >>>
        >>>Буду очень благодарен за любые идеи.
        >>
        >>на подобном коммутаторе наблюдал загрузку под 800-850Mps => следовательно pps был уже расчетный более 100к, быть может дело имено в самих пакетах и что ему нужно чтоб их "бросать", у вас все интерфейсы загруженны в коммутаторе - быть может просто уже ресурсов tcam не достаточно ?
        >
        >В из №2 действительно воткнуто 25 из 28 портов, но порты не
        >утилизируются на полную. Сомневаюсь что заюзаны все ресурсы но согласен что
        >это нужно проверить - Как ? :)

        FYI Заявленная производительность матрицы 33Gbps




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру