Jump to content

    
Sign in to follow this  
Студент заборстроительного

Принять и ПАРАЛЛЕЛЬНО распарсить поток 10Гбит/с. Как решаются такие задачи?

Recommended Posts

Зачем мне впустую тратить время?

Ну вы же зашли в тему студента... Следовательно должны знать зачем вам впустую тратить время :laughing: .

Share this post


Link to post
Share on other sites

AVR все таки правильно говорил. Нужны хотя бы характеристики потока логов. Насколько загружен 10G. Может все таки справится сетевая карта. Это будет разы дешевле и проще в разработке.

Если расскажите характеристики логов (частота, размер пакета), я бы предельно точно сказал, справится ли двух портовая 10G в bypass режиме

Share this post


Link to post
Share on other sites
Вы зря стараетесь меня "выудить" у меня детали ноу-хау нашей системы управления и "развести", чтобы я забесплатно устроил Вам ликбез по современным АСУТП. Хотя у меня ест чем возразить и дополнить по каждому из перечисленных Вами пунктов. Но я "калач тёртый". И на "слабо рассказать?" не ведусь

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

Если речь шла о простых текстовых логах, то можно было привести отдаленный непохожий пример, прояснить суть обработки. Она может быть как просто и идеально ложиться на элементную базу ПЛИС, так и быть вовсе нереализуемой.

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

 

То что Вы сделали на форуме - это просто насрали всем в душу, потрепали нервы и отняли время у уважаемых мной специалистов.

Советую полечить голову, набраться воспитания, устроил он бесплатный ликбез нам, мать его, калач бляха муха.

Идите к черту, уважаемый.

Вам лечиться надо

 

AVR все таки правильно говорил. Нужны хотя бы характеристики потока логов.

Я не знаю что это такое. И чего от меня хотят

Share this post


Link to post
Share on other sites
Что мне реально интересно?

 

Почему достаточно адекватные участники форума, так сказать, "ведутся" на такие темы и пытаются помогать ТС (даже диаграммы рисовать не лень :) ).

Просто тут всего 2 варианта:

  1. Автор темы тролль и просто решил постебаться
  2. Автор не тролль, у него реально есть такая задача, но ему лень напрячься, подумать и расписать условие нормально.
Лично моё мнение, что и в 1-ом и во 2-ом случаях ни в коем разе нельзя помогать автору темы.

 

Да, ладно Вам, des333, ядро этого раздела форума сложилось уже давным давно, за все интересное мы уже по 10 раз перетерли, а

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

Я лично с удовольствием читаю студента, хоть на секундочку, но поднимет настроение :a14:

Кстати, он не плохо может сам с собой дискутировать, надо ему посоветовать блог вести, то же бы почитывал :)

Share this post


Link to post
Share on other sites
AVR все таки правильно говорил. Нужны хотя бы характеристики потока логов.

Какие логи. Устройств ещё нет. Даже в проекте.

Пока только общая архитектура системы прорабатывается

Share this post


Link to post
Share on other sites
Какие логи. Устройств ещё нет. Даже в проекте.

Пока только общая архитектура системы прорабатывается

прошу прощение, я тему не дочитал до конца.

 

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

например, если взять хорошую двух портовую 10G карту с готовым bypass решением через dma, вставить ее в pci-x 8x gen3. Предположим, что размер вашего лога 50байт (+ полный заголовок сетевого пакета 70 байт для tcp = 120 байт на пакет). При таких входных данных, ваши данные окажутся в кеше процессора примерно через 700-800 наносек с момента поступления первого байта из кабеля. Не думаю, что там у вас тяжелая обработка их, займет это еще 500-1000 наносек при профессиональном программировании, потом вам это нужно отправить во второй порт сетевой карты, это займет еще примерно 500 наносек (время ввода первого байта пакета в кабель) при грамотном программировании.

Итого на 1 одно сообщение у вас уйдет 2500-3000 наносек.

Получается, что на обработку 1000 устройств при последовательной обработке у вас уйдет 3млсек. Если каждое устройство спаммит логами с гораздо большим интервалом, чем 3млсек, то я бы выбрал такое решение.

 

ПЛИС далеко не панацея. С помощью ПЛИС вы однозначно выиграете на том, что исключаете пересылку данных по pci-x шине - это до 1 наносеки на байт в одну сторону. + если вам удастся сильно распараллелить свою обработку данных на ПЛИС, ну выиграете вы еще 200-400 наносек. Я бы очень сильно взвесил, стоит ли вкладываться в плис.

Edited by new123

Share this post


Link to post
Share on other sites

Join the conversation

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

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this