The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Новости развития OpenBSD за июнь, opennews (??), 28-Июн-10, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


35. "Новости развития OpenBSD за июнь"  +/
Сообщение от о (?), 28-Июн-10, 22:36 
Для работы с сетью не очень то и надо.
Данные обрабатывайте на чем нибудь другом.
Ответить | Правка | Наверх | Cообщить модератору

53. "Новости развития OpenBSD за июнь"  +/
Сообщение от gfh (??), 29-Июн-10, 13:17 
Ну да, ну да.
Обработка трафика она конечно на процессор нагрузку совсем не даёт...
Ответить | Правка | Наверх | Cообщить модератору

54. "Новости развития OpenBSD за июнь"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 29-Июн-10, 13:23 
>Ну да, ну да.
>Обработка трафика она конечно на процессор нагрузку совсем не даёт...

Во-первых, смотря что понимать под обработкой траффика. Одно дело — роутить пакеты, другое — вешать Web-проксю. :)

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

Ответить | Правка | Наверх | Cообщить модератору

55. "Новости развития OpenBSD за июнь"  +/
Сообщение от gfh (??), 29-Июн-10, 14:56 
Я про другое
http://nag.ru/articles/article/17045/shape-nat-netflow-na-bo...

Избранные куски:

"PC-сервер очень неплохо справляется с задачей NAT'а. На сегодняшний день, что FreeBSD, что Linux позволяют производить NAT в несколько потоков, используя все ядра и все процессоры системы. Однопроцессорный Quad-Core Xeon 2.66 с шиной 1.33ГГц (HP DL160) натит, не напрягаясь, около 600 Mbit/s FD при загрузке процессора в пиках до 40% при количестве пакетов до 100 kpps. Замена такого сервера на двухядерный Xeon 2.4 с шиной 800МГц (HP DL140) дает резкое падение производительности, 400 Mbit/s и максимум 80 kpps."

"В случае использования pcq-очередей по адресным спискам в Linux на входе приходится маркировать (mangle) пакеты, а это достаточно процессороемкая операция. В случае PC-сервера, выполняющего НАТ и шейпинг, до 70% времени уходит на шейпинг, остальные 30% загрузки - нат. Реальные показатели шейпинга (только шейпинга, без NAT) на PC-серверах – около 800 мбит при pps около 100-120 тысяч пакетов в секунду."

Ответить | Правка | Наверх | Cообщить модератору

56. "Новости развития OpenBSD за июнь"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 29-Июн-10, 15:20 
М-м-м, это вы к чему? Статья объёмная, но малополезная: точная конфигурация не приведена, правила фаерволов не приведены, схема тестовой сети отсутствует, про версии используемых ОС ни слова… Эдак можно что угодно накрутить.
Ответить | Правка | Наверх | Cообщить модератору

58. "Новости развития OpenBSD за июнь"  +/
Сообщение от gfh (??), 29-Июн-10, 15:59 
Я про нагрузку на процессор(ы) и SMP. Что обработка трафика требует больших процессорных затрат. При больших объёмах ессно.
Ответить | Правка | Наверх | Cообщить модератору

59. "Новости развития OpenBSD за июнь"  +/
Сообщение от al (??), 29-Июн-10, 16:44 
За такие наты нужно руки отрывать.
Кашак под такие наты тоже нужен будет не маленький, за немаленькие деньги.
Ответить | Правка | Наверх | Cообщить модератору

60. "Новости развития OpenBSD за июнь"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 29-Июн-10, 19:38 
>Я про нагрузку на процессор(ы) и SMP. Что обработка трафика требует больших
>процессорных затрат. При больших объёмах ессно.

В приведённых в статье примерах всё упиралось, если присмотреться, вообще в шину данных.

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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