На английском форуме, в теме обсуждения pushpoold, видел что-то похожее. Там писали, ЕМНИП, что такое бывает если не работает blkmond.
blkmond неспособен повлиять на работоспособность pushpoold, как таковой. Он просто посылает puishpoold SIGUSER'ы, а тот уже решает что с ними делать. Если не будет blkmond, просто перестает работать LP, хоть он и отображается в клиентах как поддерживаемый сервером. Проблема, видимо, непосредственно в рассылке уведомлений юзерам.
Вы неправы. Там что-то было про то, что при получении SIGUSR pushpoold освобождает какие-то ресурсы, точно не помню. Сейчас поищу сообщение...
Вот, почитайте отсюда:
http://forum.bitcoin.org/index.php?topic=8707.msg252319#msg252319Конкретно:
If blkmond fails you will eventually have too many open connections.
Ну это явно не тот случай хотя бы потому что blkmond не падал и продолжал отправлять SIGUSR1 зависшему pushpoold.
usr1_signal
flush_lp_waiters
Вот эти функции в server.c отвечают за сей механизм, там освобождение памяти в основном. Но зависший pushpoold не разрастался в памяти, а просто зацикливался...
P.S. в тему ресурсов, на данный момент состояние такое:
11540 pushpool 20 0 87152 4248 2016 S 0.0 0.2 2:09.18 /usr/sbin/pushpoold -c /etc/pushpoold.conf
P.P.S. насчет открытых соединений, где-то две недели для теста держал pushpoold со включенным LP, но без blkmond, и не было никаких проблем... Просто было реджектедов больше, чем с blkmond и вся разница. Скорость была в районе 4гхэш/с...