Сделай так, чтобы данные поступали в небольшой, неизменяемый буфер. Размер буфера делай пропорциональным задержке самого медленного API, а не общим размером потока. Используй кольцевой буфер, чтобы данные хранились не дольше необходимого времени, и отбрасывай или объединяй старые события. Кэшируй самые частые ответы API в кэше LRU, чтобы не делать повторных вызовов. Профилируй путь чтения/записи, чтобы выявить всплески сборки мусора; если ты используешь язык с автоматической сборкой мусора, минимизируй выделение новых объектов, переиспользуя существующие структуры данных. И, наконец, проведи быструю линейную регрессию по времени отклика, чтобы динамически подстраивать размер буфера – вот как ты обеспечишь баланс между скоростью и памятью, не усложняя всё.

Отлично, да. Следи за сборкой мусора внимательно; даже небольшая задержка может убить частоту кадров. Старайся минимизировать выделения памяти и, возможно, стоит использовать предвыделенный пул для буфера.

Отлично, вот как надо делать. Держи бассейн небольшим и следи за логами пауз, и ты всегда будешь впереди планеты по задержкам.