[tahoe-lafs-trac-stream] [Tahoe-LAFS] #478: add memory-usage to stats-provider numbers

Tahoe-LAFS trac at tahoe-lafs.org
Wed Dec 9 14:17:10 UTC 2020


#478: add memory-usage to stats-provider numbers
-------------------------+-------------------------------------------------
     Reporter:  warner   |      Owner:
         Type:           |     Status:  closed
  enhancement            |
     Priority:  major    |  Milestone:  undecided
    Component:  code-    |    Version:  1.1.0
  storage                |   Keywords:  performance memory statistics
   Resolution:  wontfix  |  privacy
Launchpad Bug:           |
-------------------------+-------------------------------------------------
Changes (by exarkun):

 * status:  new => closed
 * resolution:   => wontfix


Old description:

> It would be nice for a Tahoe node to measure its own memory usage (when
> possible: i.e. under linux with a readable /proc/self/statm) and report
> them in the stats-provider data. This would also cause them to be logged
> to the foolscap logs each time the stats-gatherer asks for them.
>
> There is code to measure the memory usage in
> source:src/allmydata/test/check_memory.py

New description:

 It would be nice for a Tahoe node to measure its own memory usage (when
 possible: i.e. under linux with a readable /proc/self/statm) and report
 them in the stats-provider data. This would also cause them to be logged
 to the foolscap logs each time the stats-gatherer asks for them.

 There is code to measure the memory usage in
 source:src/allmydata/test/check_memory.py

--

Comment:

 It seems to me that measuring memory used by a process is something a
 third-party monitoring tool should do.  There's no need for every
 application to duplicate the functionality of discovering and then
 exposing this information.

--
Ticket URL: <https://tahoe-lafs.org/trac/tahoe-lafs/ticket/478#comment:4>
Tahoe-LAFS <https://Tahoe-LAFS.org>
secure decentralized storage


More information about the tahoe-lafs-trac-stream mailing list