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

Выбор сервера для маршрутизации траффика на замену/резерв

3 часа назад, sirmax сказал:

Возможно я туплю или что-то в мире изменилось но я всегда думал что для маршрутизации оптимально иметь

-  максимальное число физических ядер

-  очень желательно однопроцессонрую систему что б избегать гиммороя с numa
-  максимальная частота каждого ядра

-  никакого HT

 

Все остальные параметры процессора уже не так уж и важны

И вот быстрый поиск платформ супермикро привел меня к пониманию что сейчас прадлогают процессоры с

частотой лишь немного выше чем 5 лет назад, при этом в безовые модели предлогают только 4 ядра и никаких вариантов
Да и память что-то 8 гиг в базовых поставках кк-то смущает, в ноутах больше ставят 


 

Я что-то пропустил? 





 

возможно у новых платформ у которых 10ГБИТ/с сетевухи встроены в процессорах и системе улучшения для систем виртуализации. 

 

+ тренд

у интел есть процессоры со спец инструкциями avx-512  https://www.intel.com/content/www/us/en/products/processors/xeon/scalable.html

которые используются софтом  https://wiki.fd.io/view/VPP/What_is_VPP%3F

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

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


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

2 часа назад, QWE сказал:

у интел есть процессоры со спец инструкциями avx-512

Это не для вас, провайдеров, это всяким кодекам щастье и прочим выч задачам.

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


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

Что-то я в растерянности 
новые процы как-то очень дорого при этом ни частоты ни число ядер не впечатляет 

Аж странно
Похоже что более-менее производительный процессор за относительно разумные деньги - https://ark.intel.com/products/126707/Intel-Xeon-W-2145-Processor-11M-Cache-3-70-GHz-

 

Кстати, вопрос знатокам - кто-то городил маршрутизацию на виртуалках с NFV?


Совершенно дурацкая мысль что если стевка пробрасывается вовнутря виртуалок без потери производительности то это делает настройку шибко гибче
Хотя конечно тестить надо 

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


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

14 минут назад, sirmax сказал:

кто-то городил маршрутизацию на виртуалках с NFV?

C Intel работает. Виртуализация вообще местами удобна, можно делать виртуалки вместо возни с VRF, можно как раз всякую второстепенную всячину отселить в индивидуальные загоны чтоб под ногами не мешалась, можно масштабироваться в ситуациях, когда упираешься в тот факт, что в стеке TCP/IP всего 65000 портов. Но - все эти штуки плохо влияют на скорость работы с памятью, которая и так у "озёр" не блещет, вернее, ПСП нормально расширили, а задержки - плохи, из-за подрезания L2. Для некоторых видов трафика такого лучше избегать.

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


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

18 часов назад, Ivan_83 сказал:

Это не для вас, провайдеров, это всяким кодекам щастье и прочим выч задачам.

https://www.intel.ru/content/dam/www/public/us/en/documents/product-briefs/xeon-scalable-platform-brief.pdf

 

The open source Data Plane Development Kit (DPDK) enables optimized communications operations on Intel Architecture.
DPDK has demonstrated ability to scale performance as processor core count and performance increase; workloads,
such as Vector Packet Processing (VPP) IPSec, benefit from this enhanced performance. Additionally, these libraries
provide pre-optimized mechanisms to allow new processor capabilities (such as Intel AVX-512 and memory and I/O
enhancements) to be able to utilize the new functionality  for improved packet processing performance with less  
direct development effort.

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


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

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

я полагаю серверы для отдачи контента в основном используются.

 

брал в своё время двухпроцессорную платформу асус RS720-X7. был доволен.

поставил EXPI9204 и два адаптера "физически" пробросил в виртуальную машину qemu-kvm (где собсно и жил маршрутизатор на линуксе)

гиг трафика жевал совсем не напрягаясь.

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

iKVM работает хорошо, надёжно, корректно.

 

 

время идёт, игрушки становятся серьёзнее.

 

пришел тут Juniper MX-204 пару месяцев назад.

и что я вижу. грузится линукс! о не! думаю, что за ересь.

потом бац, начинает грузится FreeBSD и определяет процессор как QEMU...

ну думаю, всё серьёзно с этой виртуализацией.

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


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

12 часов назад, QWE сказал:

DPDK has demonstrated ability to scale performance as processor core count and performance increase; workloads,
such as Vector Packet Processing (VPP) IPSec, benefit from this enhanced performance. Additionally, these libraries
provide pre-optimized mechanisms to allow new processor capabilities (such as Intel AVX-512 and memory and I/O
enhancements) to be able to utilize the new functionality  for improved packet processing performance with less  
direct development effort. 

Вот только там есть нюансы, в частности я слышал что AVX блоку нужно время на запуск, которое уходит на перенастройку поверплана проца в числе прочего, те снижение частоты.

Я хз получится ли держать AVX блок всегда включённым.

И очень большое хз - нахера вам это и что вы с этим делать будете.

Те профит от AVX/SSE он только тогда когда тебе надо однотипно промолотить довольно большой кусок оперативы, а у вас же пакеты разные, внутрь дальше заголовков вы не лазаете, а если лазаете то там нифига не стриминговая обратка потока байтов а какие то отдельные матчинги. Чтобы как то эффективно это юзать нужно в начале собрать заметный кусок TCP потока и уже потом его грызть.

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


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

10 часов назад, Ivan_83 сказал:

Вот только там есть нюансы, в частности я слышал что AVX блоку нужно время на запуск, которое уходит на перенастройку поверплана проца в числе прочего, те снижение частоты.

Я хз получится ли держать AVX блок всегда включённым.

И очень большое хз - нахера вам это и что вы с этим делать будете.

Те профит от AVX/SSE он только тогда когда тебе надо однотипно промолотить довольно большой кусок оперативы, а у вас же пакеты разные, внутрь дальше заголовков вы не лазаете, а если лазаете то там нифига не стриминговая обратка потока байтов а какие то отдельные матчинги. Чтобы как то эффективно это юзать нужно в начале собрать заметный кусок TCP потока и уже потом его грызть.

 

https://perso.telecom-paristech.fr/drossi/paper/vpp-bench-techrep.pdf       см 11 стр

 

https://fd.io/wp-content/uploads/sites/34/2017/07/FDioVPPwhitepaperJuly2017.pdf

https://media.readthedocs.org/pdf/my-vpp-docs/latest/my-vpp-docs.pdf

PS

видимо я заострил только на AVX внимание  (ну что помнил) не только AVX на новых процессорах Intel позволяет увеличить скорость обработки пакета

 

https://software.intel.com/en-us/articles/build-a-fast-network-stack-with-vpp-on-an-intel-architecture-server

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


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

14 часов назад, Ivan_83 сказал:

Чтобы как то эффективно это юзать нужно в начале собрать заметный кусок TCP потока и уже потом его грызть.

Так  есть, сначала должен заполнить AVX векторы из ОЗУ,  только потом можешь что-то делать. И, кстати, без FMA3 есть доп.пенальти (до 4-х циклов), а FMA3 появился у Intel только в Haswell и выше.

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


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

Join the conversation

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

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

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

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

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

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

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