Gentoo Hardenedは、非常に少ないプロセスで、約12時間実行中に3 GBのメモリを消費しました。

メモリサポートなどのSHMベースのインストールはありますか/tmp？/var/tmpプロセスが終了した後も一時ファイルが生成される可能性があり、これらのファイルはメモリを消費します。これらのファイルは、削除されるかシステムが再起動されるまでメモリに残ります。マウント/etc/fstabとmounttmpfsエントリを確認してください。

また、一時ディレクトリに大きなファイルが生成される可能性があるため、ログの回転を確認してください。 systemdを使用している場合は、ログを消去することをお勧めします。たとえば、

journalctl --vacuum-size=500M

それらを追加します。

• ビットコインクライアントを使用した後、競合が発生するまでメモリを食べ始めます。
• （何か奇妙なことをするまで）メモリを返しません。

最初は一般的なメモリリークのようです。 Checkerのパフォーマンスとメモリ管理を使用できますが、valgrindこれはプログラム速度を大幅に遅くします。

第２の質問は、第１の質問の子孫であってもよい。なぜこれが起こるのかわかりませんが、メモリの問題（または膨大なメモリ消費、またはプロセスがD状態に停止しているなどの他のバグ）が原因であると推測できます。他のアプリケーションでは同じ動作を示していないため、システムではなくBitcoinソフトウェアに問題があるようです。

したがって、この問題を解決するために私たちがすることはすべてハッキングになります。成功したハッキン​​グがあるかもしれませんが、それでも最善のアプローチではありません。ソースコードにアクセスでき、いくつかのプログラミング知識を知っている場合は、いくつかの静的コードアナライザを実行して、修正する必要がある「簡単な」バグがあるかどうかを確認できます。 。valgrindこのような（コード/技術）がなければ、開発者にフィードバックを提供することが最後にできることです。バグトラッカー、フォーラム、メーリングリストなどがあります。そうすれば、誰かが問題を調査し、問題を特定して解決することを願っています。

そのため、この問題でほぼ2ヶ月間混乱を経験した後、私はsysctlオプションを有効にし、他の値を使用していくつかのタスクを実行する方法を尋ねることにしました。vm.zone_reclaim_modeそして見て、問題が解決しました。

解決策：

1. CONFIG_NUMA私のカーネル設定を有効にして再構築しました。
2. vm.zone_reclaim_mode = 7sysctl.confに入れてください

今、私のシステムはついに24時間以上残ります。

カーネル文書にNUMAとそのような積極的な領域回収の設定が遅くなる可能性があることが示されているので、パフォーマンスの低下について少し心配していましたが、システムはついに機能します。