1. 15 Jun, 2021 1 commit
  2. 15 May, 2015 4 commits
  3. 19 Nov, 2014 1 commit
  4. 18 Nov, 2014 1 commit
  5. 15 Jul, 2014 1 commit
  6. 22 May, 2014 1 commit
  7. 20 Nov, 2013 1 commit
  8. 08 May, 2013 1 commit
  9. 22 Apr, 2013 1 commit
  10. 28 Mar, 2013 2 commits
  11. 22 Feb, 2013 1 commit
  12. 08 Nov, 2012 1 commit
  13. 29 Oct, 2012 1 commit
  14. 09 Oct, 2012 1 commit
  15. 08 Dec, 2011 1 commit
  16. 06 Dec, 2011 1 commit
    • Paul Townsend's avatar
      Count only filtered pids · 0eaaf492
      Paul Townsend authored
      If '-t' is specified and a filter such as '-U me' is specified, the
      pid total displayed is the total number of pids instead of the number
      of filtered pids.
      0eaaf492
  17. 05 Dec, 2011 1 commit
  18. 30 Nov, 2011 2 commits
  19. 22 Aug, 2011 4 commits
  20. 17 Aug, 2011 3 commits
  21. 10 Jun, 2011 1 commit
  22. 26 May, 2011 1 commit
  23. 16 Feb, 2011 2 commits
    • Matt Mackall's avatar
      Added tag 1.0 for changeset 4f6b9d5b28e8 · dd663426
      Matt Mackall authored
      dd663426
    • Tim Bird's avatar
      Fix bug in pie chart logic · cb2775b0
      Tim Bird authored
      I was getting an error with pie charts on some systems
      with very small memory usage.
      
      $ smem -S data.tar --pie=command
      Traceback (most recent call last):
        File "/usr/local/bin/smem", line 636, in <module>
          showpids()
        File "/usr/local/bin/smem", line 246, in showpids
          showtable(pt.keys(), fields, columns.split(), options.sort or 'pss')
        File "/usr/local/bin/smem", line 455, in showtable
          showpie(l, sort)
        File "/usr/local/bin/smem", line 498, in showpie
          while values and (t + values[-1 - c] < (tm * .02) or
      IndexError: list index out of range
      
      I traced it to a bug in showpie, where there's some confused
      usage of a list index and list popping.
      
      In showpie, c is used to index into the values in a while
      loop that removes entries from the end of a sorted list,
      and aggregates their values for use in an "other" entry,
      added to the list before display.
      
      Moving (and using) the index is wrong because the list is being
      chopped from the end as we go.  This warps the value of 'other',
      but under normal circumstances would probably not be noticeable
      because these items have very small values.
      However, if several items are popped, and the list is very short,
      it can result in the list index error above.
      
      Also, truncating the values and labels in the subsequent
      conditional is redundant with the pop in the loop.
      
      Below is a patch to fix these problems.
       -- Tim
      
      ---
       smem |   11 ++++-------
       1 file changed, 4 insertions(+), 7 deletions(-)
      cb2775b0
  24. 13 Dec, 2010 4 commits
  25. 16 Feb, 2011 1 commit
  26. 12 May, 2010 1 commit