* how's memory usage on public-inbox-httpd?
@ 2018-12-01 19:44 Eric Wong
0 siblings, 0 replies; 1+ messages in thread
From: Eric Wong @ 2018-12-01 19:44 UTC (permalink / raw)
To: meta; +Cc: Konstantin Ryabitsev
I haven't been around much, so not working on public-inbox means
fewer restarts :x
On my 2-core VM, I've been noticing public-inbox-httpd memory
spikes into the 500MB range, which is gross... It seems caused
by slow clients and large threads/mbox downloads. The PSGI code
only loads one email per-client in memory at-a-time when using
-httpd; but that adds up with many clients and larger messages.
I run two -httpd workers, one-per-core, but also varnish and an
experimental Ruby/C reverse-buffering proxy (yahns) for HTTPS.
The problem seems to be varnish isn't reading from -httpd fast
enough (and I lack CPU cores), but decreasing the niceness of
varnish seems to help with the problem...
^ permalink raw reply [flat|nested] 1+ messages in thread
only message in thread, back to index
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-12-01 19:44 how's memory usage on public-inbox-httpd? Eric Wong
user/dev discussion of public-inbox itself
Archives are clonable:
git clone --mirror https://public-inbox.org/meta
git clone --mirror http://czquwvybam4bgbro.onion/meta
git clone --mirror http://hjrcffqmbrq6wope.onion/meta
git clone --mirror http://ou63pmih66umazou.onion/meta
Newsgroups are available over NNTP:
note: .onion URLs require Tor: https://www.torproject.org/
or Tor2web: https://www.tor2web.org/
AGPL code for this site: git clone https://public-inbox.org/ public-inbox