Есть ли способ уменьшить ostringstream malloc/free?

Question

Я пишу встроенное приложение. В некоторых местах я часто использую std :: ostringstream, так как это очень удобно для моих целей. Тем не менее, я только что обнаружил, что поражение производительности является экстремальным, поскольку добавление данных в поток приводит к множеству вызовов в malloc и бесплатно. Есть ли способ избежать этого?

Моя первая мысль заключалась в том, что статический статический вывод ostringstream и его сброс с помощью ostringstream :: set (""). Однако это невозможно сделать, поскольку мне нужно, чтобы функции были реентерабельными.

Answer 1

Хорошо, Booger Решение будет состоять в том, чтобы перейти на sprintf(). Это небезопасно и подвержено ошибкам, но часто быстрее.

Не всегда. Мы не можем использовать его (или ostringstream) в моей работе в режиме реального времени после инициализации, потому что оба выполняют выделение памяти и освобождение памяти.

Наш путь вокруг проблемы состоит в том, чтобы перепрыгнуть через множество обручей, чтобы убедиться, что мы выполняем все преобразования строк при запуске (когда нам еще не нужно в режиме реального времени). Я действительно думаю, что была одна ситуация, когда мы написали наш собственный конвертер в массив с фиксированным размером стека. У нас есть некоторые ограничения на размер, на который мы можем рассчитывать, для конкретных конверсий.

Для более общего решения вы можете подумать о том, чтобы написать собственную версию ostringstream, которая использует буфер фиксированного размера (с проверкой ошибок на границах, остающихся внутри, конечно). Было бы немного работать, но если у вас есть лот этих потоков, это может стоить того.

Answer 2

Если вы знаете, насколько велики данные перед созданием потока, вы можете использовать ostrstream, конструктор которого может принимать буфер в качестве параметра. Таким образом, управление данными с памятью не будет.

Answer 3

Возможно, одобренным способом борьбы с этим было бы создание собственного объекта basic_stringbuf для использования с вашим ostringstream. Для этого у вас есть несколько вариантов. Можно было бы использовать буфер фиксированного размера, и overflow просто терпят неудачу, когда/если вы попытаетесь создать слишком длинный вывод. Другой возможностью было бы использовать вектор в качестве буфера. В отличие от std :: string, вектор гарантирует, что добавляемые данные будут амортизированы постоянной сложностью. Он также никогда не выпускает данные из буфера, если вы не заставите его, поэтому он будет обычно расти до максимального размера, с которым вы имеете дело. С этого момента он не должен выделять или освобождать память, если вы не создадите строку, которая больше, чем она доступна в настоящее время.

Answer 4

std::ostringsteam - удобный интерфейс. Он связывает std::string с std::ostream, предоставляя пользовательский номер std::streambuf. Вы можете реализовать свой собственный std :: streambuf. Это позволяет вам управлять всей памятью. Вы по-прежнему получаете хорошее форматирование std::ostream, но у вас есть полный контроль над управлением памятью. Конечно, последствие заключается в том, что вы получаете свой форматированный вывод в char[], но это, вероятно, не представляет большой проблемы, если вы встроенный разработчик.