Потребление виртуальной памяти pthreads

Question

Здравствуйте, я разработал многопоточное TCP-серверное приложение, которое позволяет 10 параллельным соединениям получать от них непрерывные запросы после того, как некоторые запросы на обработку откликаются на них. Я запускаю его на плате процессора TI OMAP l137, на котором работает Monta Vista Linux. На каждый клиент создаются потоки, т. Е. 10 потоков, и он предварительно заправлен. это физическое использование памяти составляет около 1,5%, а загрузка процессора составляет около% 2 в соответствии с ps, top и meminfo. Использование vm возрастает до 80M, где у меня есть 48M (я уменьшил его из u-boot, чтобы зарезервировать некоторый mem для DSP). Любая помощь приветствуется, как я могу ее уменьшить ?? (/ proc/sys/vm/.. трюки не помогают :)

Спасибо.

Answer 1

Вы можете попробовать использовать drop in garbage collecting replacement for malloc(), и посмотреть, если это решает твоя проблема. Если это так, найдите утечки и исправьте их, а затем избавьтесь от сборщика мусора.

Его «интересно» преследовать такие проблемы на платформах, которые большинство анализаторов и профилей кучи (например, valgrind) не полностью поддерживают (если вообще).

С другой стороны, учитывая ограничения .. Предполагаю, что вы уменьшили размер стека по умолчанию? Я думаю, что по умолчанию 8M, вам, вероятно, это не нужно. См. pthread_attr_setstacksize(), если вы не настроили его.

Edit:

Вы можете проверить размер стека по умолчанию с pthread_attr_getstacksize(). Если он находится в 8 м, вы уже взорвали свой потолок во время создания потока (10 потоков, как вы упомянули).

Answer 2

Поднимается ли он до этого уровня и остается там? Или в конечном итоге у него не хватает памяти? Если первое, вам просто нужно выяснить способ иметь меньший рабочий набор. Если последний, у вас есть утечка памяти, и вам нужно ее исправить.

Answer 3

Большинство виртуальных машин, вероятно, предназначены только для стеков. Конечно, он виртуальный, поэтому он не получает, если вы его не используете.

(мне интересно, если размер стека по умолчанию потока не имеет ничего общего с -s) все ограничения

Видимо да, по this other SO question