>> Здравствуйте,
>> Есть демон на си++ с потоками. По моим подсчетам, должен занимать в
>> памяти ~10 мегабайт, а он по данным из top жирнеет до
>> 300M.
> libс, stdc++, да мало ли голодных детей с ложками? И потом, ты
> какую память считаешь?

метафора хороша, понравилось.
по теме - память из "top" колонка RES / SIZE, по сути не важно какая - все равно много. например: 179М - в опреативке, 262М фактически. и это только после запуска.

вчера лег отдыхать, после того как написал. и мысль как раз о std::map не давала покоя. самые многочисленные объекты хранятся в map<int,Object*>, где int - уникальный ключ. возможно эти map выжирает очень много памяти. сейчас буду проверять через свойство capaticy() вроде или дебагером, который ниже Вова посоветовал.

map - этот прийдется заменять на hash_map какой-нибудь видимо? искал раньше, видел hash_map от гугл неплохой по описанию, но пока не изучал. решил, что для прототипа и std::map подходит. да и с int ключем вроде он достаточно быстрый должен быть.

оптимизировать потребление std::map памятим возможно?

спасибо

> Каждый поток резервирует место под свой стек, по умолчанию это 8 мб,
> поэтому даже два потока съедят 16 метров, что больше ожидаемых вами
> 10ти.  Далее, память (куча) общая у всех потоков, поэтому никакие
> объекты c++ не дублируются по количеству потоков. Ошибки работы с памятью
> отлично отслеживаются валгриндом, практически все - кроме блоков, потраченных под вышеупомянутые
> стеки, для их деаллокации необходимо обязательно использовать либо pthread_join() либо
> pthread_detach().

спасибо за наводку на дебагер, сейчас почитаю и попробую разобраться в нем. выше описал дополнительные моменты, скорей всего проблема в std::map<int,Object*> (около 60000) объектов на один map

также использую std::map<std::string, Object*> но количество объектов не так многочисленно (сейчас 2, будет до 100) на данный момент можно принебречь.

по поводу умолчания на поток по 8 мб, если ли мозможнось выделять меньше памяти и оправдано ли это?

пс. 10M - это сумма по объектам, после сериализации на диск. в памяти они должны занимать еще меньше, т.к. на диске строки используются, а в памяти - указатели.