Цитата
Зачем мне впустую тратить время?
Ну вы же зашли в тему студента... Следовательно должны знать зачем вам впустую тратить время
.
Полная версия этой страницы: Принять и ПАРАЛЛЕЛЬНО распарсить поток 10Гбит/с. Как решаются такие задачи?
Форум разработчиков электроники ELECTRONIX.ru > Программируемая логика ПЛИС (FPGA,CPLD, PLD) > Работаем с ПЛИС, области применения, выбор
Ну вы же зашли в тему студента... Следовательно должны знать зачем вам впустую тратить время
.
AVR все таки правильно говорил. Нужны хотя бы характеристики потока логов. Насколько загружен 10G. Может все таки справится сетевая карта. Это будет разы дешевле и проще в разработке.
Если расскажите характеристики логов (частота, размер пакета), я бы предельно точно сказал, справится ли двух портовая 10G в bypass режиме
Если расскажите характеристики логов (частота, размер пакета), я бы предельно точно сказал, справится ли двух портовая 10G в bypass режиме
Цитата
Цитата
Вы зря стараетесь меня "выудить" у меня детали ноу-хау нашей системы управления и "развести", чтобы я забесплатно устроил Вам ликбез по современным АСУТП. Хотя у меня ест чем возразить и дополнить по каждому из перечисленных Вами пунктов. Но я "калач тёртый". И на "слабо рассказать?" не ведусь
Такую чушь мог написать только полный кретин и неадекват.
Если речь шла о простых текстовых логах, то можно было привести отдаленный непохожий пример, прояснить суть обработки. Она может быть как просто и идеально ложиться на элементную базу ПЛИС, так и быть вовсе нереализуемой.
Мне часто приходится решать рабочие задачи, обращаясь за помощью, при этом я стараюсь как могу дать отдаленный пример, относящийся к сути дела, но не раскрывающий общую задачу.
То что Вы сделали на форуме - это просто насрали всем в душу, потрепали нервы и отняли время у уважаемых мной специалистов.
Советую полечить голову, набраться воспитания, устроил он бесплатный ликбез нам, мать его, калач бляха муха.
Идите к черту, уважаемый.
Вам лечиться надо
Цитата(new123 @ Jan 19 2018, 11:41) 
AVR все таки правильно говорил. Нужны хотя бы характеристики потока логов.
Я не знаю что это такое. И чего от меня хотят
Цитата(des333 @ Jan 3 2018, 00:19)
Что мне реально интересно?
Почему достаточно адекватные участники форума, так сказать, "ведутся" на такие темы и пытаются помогать ТС (даже диаграммы рисовать не лень
).
Просто тут всего 2 варианта:
Почему достаточно адекватные участники форума, так сказать, "ведутся" на такие темы и пытаются помогать ТС (даже диаграммы рисовать не лень
).Просто тут всего 2 варианта:
- Автор темы тролль и просто решил постебаться
- Автор не тролль, у него реально есть такая задача, но ему лень напрячься, подумать и расписать условие нормально.
Да, ладно Вам, des333, ядро этого раздела форума сложилось уже давным давно, за все интересное мы уже по 10 раз перетерли, а
что то такое новенькое не так часто всплывает. Новички да вот такие залетные студенты на ни все держится, а то мы тут совсем заскучаем.
Я лично с удовольствием читаю студента, хоть на секундочку, но поднимет настроение
Кстати, он не плохо может сам с собой дискутировать, надо ему посоветовать блог вести, то же бы почитывал
Цитата(new123 @ Jan 19 2018, 11:41)
AVR все таки правильно говорил. Нужны хотя бы характеристики потока логов.
Какие логи. Устройств ещё нет. Даже в проекте.
Пока только общая архитектура системы прорабатывается
Цитата(Студент заборстроительного @ Jan 20 2018, 12:23)
Какие логи. Устройств ещё нет. Даже в проекте.
Пока только общая архитектура системы прорабатывается
Пока только общая архитектура системы прорабатывается
прошу прощение, я тему не дочитал до конца.
вы чуть выше спросили насчет характеристики логов. Самое простое - это размер данных и частота их поступления от устройства.
например, если взять хорошую двух портовую 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 наносек. Я бы очень сильно взвесил, стоит ли вкладываться в плис.
знатный срач. задача легко решается за каких-то $250k при стоимости железа в <$10k. стучи в личку если сможешь показать деньги 
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.