Перейти к содержанию
    

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

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

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

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


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

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

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

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


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

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

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

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

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

 

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

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

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

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

 

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

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

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


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

Что мне реально интересно?

 

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

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

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

 

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

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

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

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

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


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

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

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

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

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


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

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

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

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

 

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

например, если взять хорошую двух портовую 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 наносек. Я бы очень сильно взвесил, стоит ли вкладываться в плис.

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

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


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

знатный срач. задача легко решается за каких-то $250k при стоимости железа в <$10k. стучи в личку если сможешь показать деньги ;)

 

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


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

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

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

  Разрешено использовать не более 75 эмодзи.

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

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

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

×
×
  • Создать...