Для систем реального времени рекомендуется заранее выделить массив нужного размера или озаботится пулом объектов в достаточном количестве. Если система таковой не является тогда ИМХО не стоит заморачиватся.

nrmBeginnerА что такое пул? И почему не стоит заморачиваться?

Ваша затея с увеличением памяти - это попытка пойти в обход стандартного Memory Management API. А в связи с этим возникает вопрос - зачем? Есть функция realloc(..) которая выполняет эту задачу. В скобках замечу, что мне неизвестен её алгоритм. Возможно это более сложный вариан malloc с проверками на допустимость операции растягивания экстента памяти или с move-ом в новое место. В любом случае, эта задача сегодня решена и не представляет интереса для исследования.

Если вы хотите получить динамический массив с константным временем отклика при растягивании - резервируйте место заранее. В конце-то концов для любой задачи можно задать какие-то разумные рамки использования ресурсов. Поэтому особо заморачиватся с "подглядыванием" вперёд не стоит.

Пул - еще один паттерн, предназначеный для оптимизации использования памяти. Про него рассказывать не буду ибо нечего. Почитайте в Интернете. Там полно статей и примеров.