Как правильно организовать работу бекэнда у мобильного приложения?

12
Мемори
На сайте с 11.11.2012
Offline
105
#11

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

Вообще интересно, какой максимальную частоту аппаратных прерываний умеет делать стандартная сетвая, это точно не изучал, а изучал по звуковым картам - там предел 1000 раз в сек. А практически уже на 300 раз в сек бытовые компы по 7 тормозят сильно... Т.к. аппаратные прерывания от сетевой и от звуковой одинакового типа то... (и звук пусть даже 5 канальный это все же не такая уж большая нагрузка, а тормозит, значит дело в обработке аппаратных прерываний)

В случае одного источника возможно происходит какое-то кэширование или буфферизация пакетов и потом плюет одним блоком на в 100 раз более низкой частоте потому и миллионные результаты получаются. (по крайней мере сталкивался с таким поведением сетевой среды при попытке реально-временного получения данных малыми буферками с высокой частотой через обычные вай-фай роутеры) В случае 10 тыс. одновременных РАЗНЫХ источников ничего не забуферезируешь, будут коллизии и рекламируемая база как и ПК приемник вероятнее всего зависнут.

Ну например: два истоника посылают 2 (ДВА) сигнала в 1 секунду, но вот так как они разные то один может послать в 1.000000 сек

а второй в 1.000001 чтобы сетевая среда это переварила и не теряла она ОЧЕВИДНО для таких АСИНХРОННЫХ источников должна

быть способна обрабатывать 1 МГЦ или МИЛЛИОН прерываний в 1 сек, хотя импульсов всего 2 в сек. Понимаете о чем я?

Вероятность такой коллизии при 2 в сек 10-6 но при 10 тыс. в сек это уже будет часто.

Поэтому 10 тыс. асинхронных одновременных источников это суровое испытание.

defin
На сайте с 11.12.2006
Offline
155
#12

Эх ) Сколько людей, столько и мнений. Жаль, что нельзя никак проверить то или иное решение, кроме как под реальной нагрузкой... Или может заказать на себя ддос, чтобы проверить )

Вот еще вычитал как народ извращается - https://habrahabr.ru/post/262623/

Оптимизайка
На сайте с 11.03.2012
Offline
396
#13
defin:
Жаль, что нельзя никак проверить то или иное решение, кроме как под реальной нагрузкой

ab, siege, jmeter в помощь.

⭐ BotGuard (https://botguard.net) ⭐ — защита вашего сайта от вредоносных ботов, воровства контента, клонирования, спама и хакерских атак!
tmatm
На сайте с 22.04.2006
Offline
217
#14

10000 записей в секунду вообще без проблем добавляется в таблицу в MySQL, если таблица не навороченная с кучей индексов. К тому же у вас не каждую секунду будет по 10000 добавляться. Так что максимум в течение пары секунд очередь рассосётся. Полагаю не стоит начинать с каких-то мудрёных решений, а просто попробовать в лоб писать в MySQL (возможно немного подкорректировав настройки MySQL).

В крайнем случае можно сделать таблицу без индексов, куда только писать данные. Потом делать копию этой таблицы (если в ней конечно не миллионы записей), добавлять индексы и дальше с ней работать.

Optimizator.Ru ( https://optimizator.ru/ ) — регистрация и продление доменов в RU-CENTER и REG.RU: RU, РФ от 123 р.; MSK.RU, SPB.RU и др. 168 р. + REG.RU ( https://reg.optimizator.ru/ ). Освобождающиеся домены от 150 р. ( https://optimizator.ru/backorder/ )
kxk
На сайте с 30.01.2005
Offline
990
kxk
#15

Мы критические к скорости данные держим в Эластике и всё хорошо:)

Ваш DEVOPS
12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий