
<html xmlns="http://www.w3.org/1999/xhtml">

<head>

<title></title>

</head>

<body>

<div name="messageBodySection">

<div dir="auto">Зачем спорить? Лучше обсуждать результаты:<br />

2019: NUMA Siloing in the FreeBSD Network Stack (Or how to serve 200Gb/s of TLS from FreeBSD) https://2019.eurobsdcon.org/slides/NUMA%20Optimizations%20in%20the%20FreeBSD%20Network%20Stack%20-%20Drew%20Gallatin.pdf<br />

2021: Serving Netflix Video at 400Gb/s on FreeBSD https://people.freebsd.org/~gallatin/talks/euro2021.pdf<br />

<br />

Цель: съекономить деньги на покупке, установке и обслуживании серверов.</div>

</div>

<div name="messageSignatureSection"><br />

<div class="matchFont">Максим</div>

</div>

<div name="messageReplySection">

<div dir="auto">On 4 Jan 2022, 20:15 +0100, Alexander V Soroka <alex@euro.net.ua>, wrote:</div>

<blockquote style="border-left-color: rgb(26, 188, 156); margin: 5px; padding-left: 10px; border-left-width: thin; border-left-style: solid;">Привет !<br />

<br />

...вот все со мной спорят :-)...<br />

<br />

Хеон? серьезно? с гирями на ногах ФрииБСД, с узкими местами общей шины<br />

и контроллеров чипсетов? и это не решение из говна и палок? :-)<br />

Шифрование на FPGA по любому будет лучше и быстрее чем прога на<br />

стандартном проце, с довеском операционки и ее таймингов на<br />

"многозадачность" и "паралельные вычисления" :-) на одном ядре<br />

двух-трех потоков :).<br />

Ну разве что 12 поколение Интела, новое, с 12 ядрами и ДДР5 памяти чем<br />

то может поможет, но...<br />

снова биться головой об эзернет контроллеры и шину данных...<br />

<br />

Cisco не зря строит свои молотилки с распределенными мозгами на<br />

обработку пакетов, а вы застряли в вчерашнем дне, когда писюк как<br />

раутер был дешевле и проще чем покупать дорогую железяку :)<br />

Нетфликс пусть и гики, но возможности железа не перепрыгнуть, да и<br />

зачем? если можно сразу заложить то что будет лучше справляться с<br />

этими задачами. Иначе никто ничего кроме писюковых серверов бы не<br />

производил :)<br />

задумайтесь...<br />

<br />

Tuesday, January 4, 2022, 7:59:37 PM, Vladimir Sharun vladimir.sharun@ukr.net you wrote:<br />

VS> Сорян всем,<br />

VS> 200G - это не 2,5 гигабайта/с трафа, а 25 гигабайт/с.<br />

VS> Возможности DDR4 где-то уже рядом c этими цифрами. А они их получили на Xeon Scalable.<br />

<br />

VS> 4 січня 2022, 19:44:33, від "Vladimir Sharun" <vladimir.sharun@ukr.net>:<br />

VS> Александр Василич,<br />

<br />

VS> Netflix - это сборище гиков в хорошем смысле слова. Они из любви<br />

VS> к искусству доводят до технологического совершенства почти всё, до чего дотягиваются.<br />

<br />

VS> Т.е. нет, эти таки будут и моделировать и искать лучшие решения.<br />

<br />

VS> Из хорошего, так это то, что Netflix свои наработки отдаёт в<br />

VS> комьюнити (FreeBSD как минмиум в частности).<br />

<br />

VS> Они сначала поставили себе цель 100G отдать с одного сервера<br />

VS> (шифрованного, т.е. TLS), потом вышли на 200G (и тоже достигли).<br />

VS> Это несколько отдельных задач: выдать столько трафа - это одна,<br />

VS> сгенерить столько трафа - другая, пошифровать - третья. И всё это<br />

VS> должно работать опережая сеть по скорости.<br />

<br />

VS> Просто в цифрах: надо выдать два с половиной гигабайта в секунду пошифрованного трафа.<br />

<br />

VS> Для справки можно заглянуть сколько стоят железки, которые могут<br />

VS> сделать VPN на двести гиг, чтобы понять, через какой челленж они проходят.<br />

<br />

VS> 4 січня 2022, 15:57:32, від "Alexander V Soroka" <alex@euro.net.ua>:<br />

<br />

VS> Привет !<br />

<br />

VS> Ваша всеобщая проблема сейчас в том, что вы "роетесь в мусоре" в<br />

VS> надежде найти там алмазы :-) а их там нет - есть только выбор между<br />

VS> плохим и совсем плохим.<br />

<br />

VS> Поясню о чем я.<br />

<br />

VS> 1) Забугорные сетевые админы не станут вот это вот все (что мы сейчас)<br />

VS> обсуждать - они просто примерно посчитают или смоделируют "набросы<br />

VS> нагрузки" и выдадут запрос манагерам на "купить вот такойто свич".<br />

VS> Никто не будет выпиливать лобзиком, как привыкли мы(вы).<br />

<br />

VS> 2) Мы тут и сейчас пытаемся "и рыбку и :-)". Причем за малые деньги...<br />

VS> А раз так, то меня надо слушать и смотреть именно в сторону FPGA<br />

VS> решений, даже мультичиповых, т.е. вплоть до разработки спец-печатной<br />

VS> платы с несколькими FPGA , и отдельной памятью для них, чтобы сделать<br />

VS> именно то что вы хотите сейчас, и спать спокойно что это все не<br />

VS> устареет завтра, и в случае чего нагибается под нечто новое по<br />

VS> сервисам-переделкам.<br />

<br />

VS> 3) Главная проблема вас (тех кто сейчас в UANET ) админит, в том, что<br />

VS> вы не собираетесь ничего разрабатывать :-) вам нужно готовое<br />

VS> каличное(малобюджетное) решение на все сложные случаи.<br />

VS> А это там, на западе, никому не интересно, особенно в промышленных<br />

VS> коммерческих масштабах трафика - ПОТОМУ ЧТО там для коммерческого<br />

VS> просто считают деньги и покупают тот трактор который соответствует<br />

VS> огороду. И платит там Клиент не сущие копейки, так что "бюджет<br />

VS> развития" ненулевой.<br />

VS> Поэтому то что вы хотите найти как ГОТОВОЕ и кем-то поддерживаемое<br />

VS> решение, попросту НЕ СУЩЕСТВУЕТ, по причинам описанным мной выше.<br />

<br />

VS> Так что у вас есть очень хороший шанс стать первыми в этом пути, и<br />

VS> сделать то, что потом такие-же "слаборазвитые страны" у вас будут<br />

VS> покупать. Т.е. напрячься и родить коммерческий продукт.<br />

VS> Но это программисты нужны :-) а не Админы, которым лень писать код а<br />

VS> хочется только текст в конфигах ковырять :-)<br />

<br />

VS> Так что в итоге вся дискуссия превращается в "копание в сортах говна",<br />

VS> и повышения собственной эрудиции.<br />

<br />

VS> Извините за резкость, но со стороны (моей) это выглядит именно так...</blockquote>

</div>

</body>

</html>