вот что показывает


Без модуля  List::Util пробывал, тоже самое (проверял через top)

т.е. судя по этому примеру идет постоянная утечка в памяти. Что не так делаю ? 






Это сообщение отредактировал(а) admsasha - 26.9.2009, 10:20

Ого, перл то какой старый! Тем более, первая версия ветки (начальные версии программ, как известно, часто бывают с ошибками). Вовсе не утверждаю, но может, дело в этом?

незнаю, почему так показал модуль, но вот реальный perl

последний, на данный момент это "5.10.1". Так что не такой уж и старый.

Это сообщение отредактировал(а) admsasha - 26.9.2009, 16:13

Нумерация под-веток версии занимает по три цифры: 5.008008 == 5.8.8.

admsasha, 
это не утечка памяти. Недавно был уже подобный топик.

Это сообщение отредактировал(а) KSURi - 26.9.2009, 17:17

А что это ? 

Ну или ссылку кинь, пожалуйста, на подобный вопрос.

На всякий случай добавлю, что запрос у вас не выполняется)

Добавлено @ 17:20
Ссылка: http://forum.vingrad.ru/act-Search/f-595.html

Это сообщение отредактировал(а) KSURi - 26.9.2009, 17:21

я поиск знаю где, но что искать, если это не утечка памяти, то что ?

В 5.10.х текут weak references. Для dbi::prepare это кусок кода внутри dbih_setup_handle. На 5.8.8 этой утечки нет (зато есть свои, но их обходить проще - поэтому я не перехожу на 5.10).

DurRandir, можно какую-нибудь ссылку по поводу dbih_setup_handle? Касательно темы, я нашел только http://rt.perl.org/rt3//Public/Bug/Display.html?id=56908, но это ошибка в самом Perl, исправленная в 5.10.1.

Я и подразумевал сам перл. У меня аналогичная проблема с другим модулем была. 5.10.1 правда не тестировал - под рукой только 5.10.0 win32.

По твоей ссылке в последних сообщениях - "DBI uses weakrefs for only one thing", и дальше описание что сломалось.

dbih_setup_handle - это из xs-части DBI, внутренности prepare().

Обновил DBI


Ничего не поменялось, всё тоже самое. 

А нет, поменялось, теперь изначально памяти ест больше (

>admsasha
Дело не в DBI. Дело в версии перла. Есть следующие варианты:
- обновиться до 5.10.0.1, если судить по комментариям в баге для DBI - там исправлено, но мне негде проверить.
- откатиться назад до 5.8.8 - там точно нет утечки в этом месте, я проверял у себя на v5.8.8 built for i386-freebsd-64int
- поставить вопрос по другому - а зачем постоянно создавать/уничтожать handles? У вас fastcgi/mod_perl и модуль выполняет большое количество запросов? Можно уменьшить время жизни, можно пересмотреть архитектуру. Лучший вариант - один prepare() и использовать его много раз.

Это демон который периодически работает с базой. Откатиться назад нет возможности. Это очень сокращенный пример, чтобы показать суть проблемы. ( я даже execute() забыл)

Это сообщение отредактировал(а) admsasha - 28.9.2009, 13:16

Похоже только KSURi знает ответ, но он никому не скажет   

admsasha, Вам же уже сказали, поставьте perl 5.10.1. Или этот вариант Вам тоже не подходит?