Тут оказывается есть BESS — и у него адовейший перф против ovs — https://dpdksummit.com/Archive/pdf/2016USA/Day02-Session06-ChristianMaciocco-DPDKUSASummit2016.pdf.
Так вот — судя по всему DPDK vHost порт и в OVS и в BESS можно поднять, и через DPDK работать (правда там везде VM указана — но думается это не криминально раз оно через очереди DPDK работает). Это даже более разумно чем в пайплайн встраиваться.
А как тогда свичь сделать который будет работать поверх ovs?
К примеру L7 load balancer или еще какой апп специфичный роутер?
Оно конечно нужно чтобы приложение и с внешним свичем работало — но хотелосьбы чтоб и с ovs могло нормально.
Я скорее о http://dpdk.org/doc/guides/prog_guide/multi_proc_support.html — и о возможности ovs быть тем самым primary process — чтоб несколько secondary process были уже моими
Как я понял, к nic ходит только один демон — но можно цепляться вторым демоном к первому через ipc (shmem итд)
А вот есть ли общий «мастер» демон из коробки — или ovs может таким быть?
Для golang есть пара PEG парсеров.
У pointlander/peg даже C парсер в примерах лежит.
Делать парсер с ним в разы приятней чем с YACC.
Причем можно и с его внутренним AST работать, или без AST (он тогда быстрее, но необходими с правилами быть аккуратнее).
И, кстати, пробегал компайлер стандартных шаблонов в код
Ну да — и много вы знаете модулей которые требуют нативного кода? Я несколько и они крайне спецефичные (не считая разве что сислога, и то который можно без нативного кода сделать).
Сборка же на продакшене — это, пардон, рукожопство и полный игнор на CI\CD раз среды дев и прод так сильно различаются, что деплой требует сборки прямо вот на продакшене (не считая того что тянуть не нужные зависимости — оригинальный автор бы еще эклипс в продашкет ставил бы).
За автора додумывать не стоит, но поскольку оговорок нету, то скорее всего и мыслей нету.
А тем временем,.а файлы это полные сорцы модулей со всемы символами — а сколько реально места после линковки они займут, зависит от того, что из них используется.
Тоесть это вообще сильно бесполезный инструмент, если не контрпродуктивный.
Честно говоря дар речи обронил.
Это как скомпайлить С++ с бустом, ужаснутся Х*10Мб бинарю, и вместо ```strip``` начать выпиливать буст.
Хотя если принять во внимание что наверное половина девов с рельсов на голанг ушла (гдето видал такие оценки), то оно более понятно.
Да и флаги эти гуляют то там то сям в топиках про релиз.
Проще из ноды взять http_parser и самим сделать, чем от монгуза удовольствие получить. Попутно ускорение будет, нормальная асинхронность и более красивый код
В европе в основном звездой тянут. В сша один храдвайр и X tapов. Но ноды четырех ногие.
По поводу рфай — оно кончено ноде+0 но мне, кажется что гнать будут на рфай ;) Тоесть может интегрированный us/ds лайнкард и будет формально, но ценник будет на «отстаньте» (если культурно).
Так вот — судя по всему DPDK vHost порт и в OVS и в BESS можно поднять, и через DPDK работать (правда там везде VM указана — но думается это не криминально раз оно через очереди DPDK работает). Это даже более разумно чем в пайплайн встраиваться.
К примеру L7 load balancer или еще какой апп специфичный роутер?
Оно конечно нужно чтобы приложение и с внешним свичем работало — но хотелосьбы чтоб и с ovs могло нормально.
Как я понял, к nic ходит только один демон — но можно цепляться вторым демоном к первому через ipc (shmem итд)
А вот есть ли общий «мастер» демон из коробки — или ovs может таким быть?
У pointlander/peg даже C парсер в примерах лежит.
Делать парсер с ним в разы приятней чем с YACC.
Причем можно и с его внутренним AST работать, или без AST (он тогда быстрее, но необходими с правилами быть аккуратнее).
И, кстати, пробегал компайлер стандартных шаблонов в код
Сборка же на продакшене — это, пардон, рукожопство и полный игнор на CI\CD раз среды дев и прод так сильно различаются, что деплой требует сборки прямо вот на продакшене (не считая того что тянуть не нужные зависимости — оригинальный автор бы еще эклипс в продашкет ставил бы).
А для чего ноде компайлер? И для чего ноде компайлер в продакшене?
А как же девы на венде? Мингв качают?
За перевод спасибо.
А тем временем,.а файлы это полные сорцы модулей со всемы символами — а сколько реально места после линковки они займут, зависит от того, что из них используется.
Тоесть это вообще сильно бесполезный инструмент, если не контрпродуктивный.
Это как скомпайлить С++ с бустом, ужаснутся Х*10Мб бинарю, и вместо ```strip``` начать выпиливать буст.
Хотя если принять во внимание что наверное половина девов с рельсов на голанг ушла (гдето видал такие оценки), то оно более понятно.
Да и флаги эти гуляют то там то сям в топиках про релиз.
Есть контейнер который DNS на запущенные контейнеры держит.
Проще из ноды взять http_parser и самим сделать, чем от монгуза удовольствие получить. Попутно ускорение будет, нормальная асинхронность и более красивый код
Так если на звезды у "генераторов генериков" посмотреть, то понятно чего их откладывают
В европе в основном звездой тянут. В сша один храдвайр и X tapов. Но ноды четырех ногие.
По поводу рфай — оно кончено ноде+0 но мне, кажется что гнать будут на рфай ;) Тоесть может интегрированный us/ds лайнкард и будет формально, но ценник будет на «отстаньте» (если культурно).
Если D30/D31 живет, то и FDX будет
>А 10г это дуплексом или сколько максимум в дуплексе?
Это в дуплексе. Legacy CM все также в тойже сетке должны работать.
>А 10г это точка-точка
Если правильно вопрос понял, то нет — это не точка-точка (для этого нужен fiber to the tap)
>А терминал будет работать где то ещё? (после переезда)
Если не лоченый то будет (если аннекс А\Б правильный)