Earlier quoted context omitted.
Project author here. We don't want to exclude anyone - I updated it to "developers."
Have you thought of writing the metrics collection part (and eventually the whole thing) in Go? You would get the stand-alone distribution right away and would keep people from installing any extra dependencies. EDIT: Fixed typo.
Show HN: Real-time server monitoring in your browser
81–90 of 117 posts
Re: Show HN: Real-time server monitoring in your browser
#82Earlier quoted context omitted.
Sorry. Just FYI, we've clocked the CPU usage of the scout_realtime daemon at 1% on an Intel Xeon 2.40GHz CPU.
I think we're talking about the browser side of things. I haven't investigated why, but it pegs the cpu on my macbook pro in Chrome, Safari, and Firefox. It seems pretty light on the server side.
Re: Show HN: Real-time server monitoring in your browser
#83They said they use it on their own production servers so of course I couldn't resist... http://scoutapp.com:5555/ Really nice looking monitoring, though. I think it's fun to see the stats scrolling by.
Interesting that they are using kernel version 2.6.32-35. Is it common to run such an older kernel version on servers?
Re: Show HN: Real-time server monitoring in your browser
#84Earlier quoted context omitted.
I see you are using SVG to render the charts. What are your thoughts on SVG vs Canvas for these types of apps?
Not these guys, but doing realtime viz of signals. We've switched over to a minimalist canvas renderer--if you don't need interactivity or styling, and instead just "draw me as much as you can as fast as you can, damnit.", we hope it's the way to go.
Re: Show HN: Real-time server monitoring in your browser
#85Earlier quoted context omitted.
Not these guys, but doing realtime viz of signals. We've switched over to a minimalist canvas renderer--if you don't need interactivity or styling, and instead just "draw me as much as you can as fast as you can, damnit.", we hope it's the way to go.
I've been playing around ( http://yield.io ) with Flot, which uses canvas and rendering speed seems pretty good, but resizing gets a bit wonky when there are multiple canvas elements on a page.
EDIT: Very clean site! I like your style. :)
Re: Show HN: Real-time server monitoring in your browser
#86Earlier quoted context omitted.
Not these guys, but doing realtime viz of signals. We've switched over to a minimalist canvas renderer--if you don't need interactivity or styling, and instead just "draw me as much as you can as fast as you can, damnit.", we hope it's the way to go.
I've been playing around ( http://yield.io ) with Flot, which uses canvas and rendering speed seems pretty good, but resizing gets a bit wonky when there are multiple canvas elements on a page.
Re: Show HN: Real-time server monitoring in your browser
#87I'm glad to see the sparklines. I'm worried that the CPU sparklines in particular are likely to mislead due to the lack of a common vertical axis scale. I suspect Tufte might advise two graphs: one with a fixed 0…100 axis scale, one "zoomed". The former would help you compare CPU history between apps, and sport a shaded background region to indicate the range of the latter.
Re: Show HN: Real-time server monitoring in your browser
#88Did you roll your own SVG chart lib for this? If not, mind sharing which one you're using? It's very nice. If you were to make it so I can open a socket or websocket to it (perhaps on a second, internal port) and publish whatever data I want, that'd be all kinds of nifty. That is, make it so I can just start spraying numbers at ws://myhost:5556/Really%20Awesome%20Data and with that a nice auto-scaled chart magically…
It's not yet in a state for plug-and-play usage in other projects. If you're looking to rollout smooth-scrolling charts quickly, checkout http://smoothiecharts.org/.
Re: Show HN: Real-time server monitoring in your browser
#89Re: Show HN: Real-time server monitoring in your browser
#90This is cool. It looks like the developers are reading the comments so I'll add a quick suggestion. Something that I found to be insanely helpful with my own product development was being able to track memory swapping. I went to great lengths to tune my Java Virtual Machines so that they would work well in a minimum RAM environment. And being able to track swapping was critical for my decision making. Now I can run m…
Part of the scout_realtime team here...swap is important. Displaying it the future is possible. In fact, fire up the console on the project homepage and type "metrics.memory". We're capturing it, just not displaying it yet on the screen.
This is good to hear. Not sure what would be the best way to display that information though.