На общую производительность это конечно не сильно влияет и на боевой системе не играет никакой роли. Но когда хотим создать отдельный контур для тестирования конкретной задачи это вырождается в дополнительные процессоры на каждую задачу
Постоянный поллинг базы, даже когда нет событий. То есть приложение генерирует нагрузку даже когда ничего не делает
Сложно гибко добавлять консьюмеры. subconsumers как-то решают проблему, но не полностью. Могут появляться зобми-консьюмеры и т.д.
Батчи. То есть если скрипт обработал 10 событий из батча и упал повторно обработчику снова придет весь батч. И что бы повторно не обработать те же события нужно где-то отдельно хранить какие из событий мы уже обработали
А при чем тут массивы? Можно аналогично подсчитывать любые операции с небольшими объемами данных (строки, математику, хеши т.д.) и результат будет неожиданным из-за работы кешей
На кратинках посде обработки появляются довольно четкие черные точки (сначала даже подумал что грязь на мониторе)
Это что такое? Как они там появились?
Считаю что у нас неправильный подход к делу
Свои достижения нужно показывать, что бы население знало чем занимается отрасль и что бы было чем гордиться (тут даже не нужно вкладывать много денег в рекламу, достаточно вести блог/твитт куда переодически выкладывать новости с популярной форме, как это делает НАСА)
Это что такое? Как они там появились?
лажаетне очень быстро опубликовал новость на хабреСвои достижения нужно показывать, что бы население знало чем занимается отрасль и что бы было чем гордиться (тут даже не нужно вкладывать много денег в рекламу, достаточно вести блог/твитт куда переодически выкладывать новости с популярной форме, как это делает НАСА)