search

lincolnloop / memcache-top

Automatically exported from code.google.com/p/memcache-top
BSD 3-Clause "New" or "Revised" License
5 stars 2 forks source link

Output doesn't look good when using hostnames #1

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Use a hostname (for example memcache1.myawesomeapplication.com) in the
config
2. Notice that all the columns are shifted

Also, the output doesn't seem to stay at the top of my screen, like for
example mytop or top does, so the refresh looks a bit sluggish and a bit ugly..

Original issue reported on code.google.com by evert...@gmail.com on 22 Apr 2009 at 7:42

GoogleCodeExporter commented 9 years ago 
Try v0.4 and see if that helps.  It will change the spacing after the name 
based on
length, but hostnames that are very long - over 23 characters - will still be
shifted, but I'll deal with that in v0.5.

I'm debating between truncating the name when it's printed, or just shifting the
columns to the right.  I may do a little of each.

Original comment by nicholas...@gmail.com on 23 Apr 2009 at 4:42

GoogleCodeExporter commented 9 years ago

Original comment by nicholas...@gmail.com on 23 Apr 2009 at 4:45

GoogleCodeExporter commented 9 years ago 
Bit of both sounds like a good idea! Thanks for building this tool :)

Original comment by evert...@gmail.com on 23 Apr 2009 at 5:53

GoogleCodeExporter commented 9 years ago 
v0.4 did not fix it for me

Original comment by evert...@gmail.com on 23 Apr 2009 at 5:57

GoogleCodeExporter commented 9 years ago 
My hostnames are 19 characters long, with :11211 tacked behind it it becomes 
25. aw :P

Original comment by evert...@gmail.com on 23 Apr 2009 at 5:59

GoogleCodeExporter commented 9 years ago 
Heh, that sucks.  I'm trying to keep it readable on a standard 80x24 terminal,
though, so I may just have to truncate the names to make it work.  That's pretty
easy.  Alternately, I could also just hide the port if it's set to the 
default...
Hmmmm.  Maybe I'll do that.  Let me play w/ some things and see.

Original comment by nicholas...@gmail.com on 23 Apr 2009 at 6:17

GoogleCodeExporter commented 9 years ago 
Hey, try out 0.4b.  That ought to cover not only the hostnames, but also any 
other
metrics displayed (bytes read and written, connections, whatever).

Let me know if it works, so I can mark my first bug report on memcache-top 
officially
closed.  ;)

Original comment by nicholas...@gmail.com on 23 Apr 2009 at 9:52

GoogleCodeExporter commented 9 years ago 
hi, I'm using the latest version, 0.6 and using the hostname that is 39 
characters, 
its still shifted. any suggestions?  cool tool.

Original comment by deval...@gmail.com on 16 Jul 2009 at 8:18

GoogleCodeExporter commented 9 years ago 
Ok, let me check it out.  I may have gotten lazy in terms of how I format it 
past a 
certain length.  :)

Original comment by nicholas...@gmail.com on 16 Jul 2009 at 9:01

GoogleCodeExporter commented 9 years ago 
devalias, can you give me a little more info?  I just tried it and it seemed to 
work 
fine with long hostnames...

Here's an example:

memcache-top v0.6   (default port: 11211, color: on, refresh: 3 seconds)

INSTANCE        USAGE   HIT %   CONN    TIME    EVICT/s READ/s  WRITE/s
memcachedreallyreallylo 88.5%   0.0%    884 4.0ms   0.0 0   0   

AVERAGE:        88.5%   0.0%    884 4.0ms   0.0 0   0   

TOTAL:      9.1GB/  10.2GB      884 4.0ms   0.0 0   0   
(ctrl-c to quit.)
^C
[ntang@obi-wan Desktop]$ ./memcache-top-v0.6 --instance 
memcachedreallyreallylongname.web.ccops.us

Original comment by nicholas...@gmail.com on 17 Jul 2009 at 7:58

GoogleCodeExporter commented 9 years ago 
hi, thanks for looking into this.  ok, I see what happened.  I ran the script 
in 
centos and it was not formatting the output correctly. I ran the same script in 
ubuntu and it looks fine. I'm using the same terminal in both os.

Original comment by deval...@gmail.com on 17 Jul 2009 at 8:12

GoogleCodeExporter commented 9 years ago 
Interesting.  Could be the color codes it pushes out.  Try running it with 
--nocolor 
and let me know if that fixes it.

Original comment by nicholas...@gmail.com on 17 Jul 2009 at 8:21

GoogleCodeExporter commented 9 years ago 
still the same.  more info; I'm using secure crt on windows and I'm term into 
both 
os's.

Original comment by deval...@gmail.com on 17 Jul 2009 at 8:56

GoogleCodeExporter commented 9 years ago 
I'm going to start working on memcache-top again next week; if this is still an 
issue, 
I'll see what I can do.  I don't use secureCRT and don't have an ubuntu box, 
but the 
funny thing is we run Oracle Linux, which like CentOS is a RHEL spinoff, and it 
works 
fine on there.

What version are you using?  Wonder if it's related to SecureCRT...

Original comment by nicholas...@gmail.com on 29 Oct 2009 at 12:14

GoogleCodeExporter commented 9 years ago 
devalias, is the latest version still showing this issue?  I realize it's been 
a long time, but I've been a little distracted... :)

Original comment by nicholas...@gmail.com on 7 Nov 2010 at 1:36

GoogleCodeExporter commented 9 years ago 
No comment after 2 years, I'm going to go ahead and close this.

Original comment by nicholas...@gmail.com on 29 Nov 2012 at 1:17