はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 元ネタ [What is the tech stack behind Slack? - Quora] (https://www.quora.com/What-is-the-tech-stack-behind-Slack) Slackのバックエンドが何で出来ているのかをCTO（Cal Henderson）が答えてくれています。 ここに記載されているソフトウェアについて、知らないものが多かったので、「〇〇とは？」形式で調べてみました。 ※自分が知っているものについては名前のみを記載しています。 クライアントアプリ web client Ja

fail: alertmanager: runsv not running fail: gitaly: runsv not running fail: gitlab-exporter: runsv not running fail: gitlab-workhorse: runsv not running fail: grafana: runsv not running fail: logrotate: runsv not running fail: nginx: runsv not running fail: node-exporter: runsv not running fail: postgres-exporter: runsv not running fail: postgresql: runsv not running fail: prometheus: runsv not ru

追記2 こちらの記事に汎用的な対処法が記載されています。 matplotlib.pyplot のメモリリークの対処法 - Qiita 注意（追記1） 本記事で紹介する実験では、plt.clf() → plt.close()とすればメモリが解放されるという結果になりました。しかし、pltの使い方によっては、plt.clf() → plt.close()としてもメモリが解放されない場合がある事が後に判明しました。そのため、当記事はpltにおけるメモリ解放の挙動を理解するに当たっての参考として利用いただければと思います。 なお、事例としては、plt.tight_layout()やplt.savefig()をするとメモリが解放されない様です。この場合、もしJupyter上で実行しているのではれば、別のセルでgc.collect()をする事で、kernelを再起動せずに大半のメモリを解放できる事を筆