- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
настройка потребуется, в ссылках как раз про настройку, распределение аппаратных прерываний от сетевухи по ядрам... бытовые сетевухи и мамы так не умеют...
Вообще интересно, какой максимальную частоту аппаратных прерываний умеет делать стандартная сетвая, это точно не изучал, а изучал по звуковым картам - там предел 1000 раз в сек. А практически уже на 300 раз в сек бытовые компы по 7 тормозят сильно... Т.к. аппаратные прерывания от сетевой и от звуковой одинакового типа то... (и звук пусть даже 5 канальный это все же не такая уж большая нагрузка, а тормозит, значит дело в обработке аппаратных прерываний)
В случае одного источника возможно происходит какое-то кэширование или буфферизация пакетов и потом плюет одним блоком на в 100 раз более низкой частоте потому и миллионные результаты получаются. (по крайней мере сталкивался с таким поведением сетевой среды при попытке реально-временного получения данных малыми буферками с высокой частотой через обычные вай-фай роутеры) В случае 10 тыс. одновременных РАЗНЫХ источников ничего не забуферезируешь, будут коллизии и рекламируемая база как и ПК приемник вероятнее всего зависнут.
Ну например: два истоника посылают 2 (ДВА) сигнала в 1 секунду, но вот так как они разные то один может послать в 1.000000 сек
а второй в 1.000001 чтобы сетевая среда это переварила и не теряла она ОЧЕВИДНО для таких АСИНХРОННЫХ источников должна
быть способна обрабатывать 1 МГЦ или МИЛЛИОН прерываний в 1 сек, хотя импульсов всего 2 в сек. Понимаете о чем я?
Вероятность такой коллизии при 2 в сек 10-6 но при 10 тыс. в сек это уже будет часто.
Поэтому 10 тыс. асинхронных одновременных источников это суровое испытание.
Эх ) Сколько людей, столько и мнений. Жаль, что нельзя никак проверить то или иное решение, кроме как под реальной нагрузкой... Или может заказать на себя ддос, чтобы проверить )
Вот еще вычитал как народ извращается - https://habrahabr.ru/post/262623/
Жаль, что нельзя никак проверить то или иное решение, кроме как под реальной нагрузкой
ab, siege, jmeter в помощь.
10000 записей в секунду вообще без проблем добавляется в таблицу в MySQL, если таблица не навороченная с кучей индексов. К тому же у вас не каждую секунду будет по 10000 добавляться. Так что максимум в течение пары секунд очередь рассосётся. Полагаю не стоит начинать с каких-то мудрёных решений, а просто попробовать в лоб писать в MySQL (возможно немного подкорректировав настройки MySQL).
В крайнем случае можно сделать таблицу без индексов, куда только писать данные. Потом делать копию этой таблицы (если в ней конечно не миллионы записей), добавлять индексы и дальше с ней работать.
Мы критические к скорости данные держим в Эластике и всё хорошо:)