Live data from Hacker News

Show HN: Real-time server monitoring in your browser

scoutapp.github.io

81–90 of 117 posts

Re: Show HN: Real-time server monitoring in your browser

#81
post #34

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.

Yeah - we thought about this, but decided to get started in Ruby since it's the fastest way for us to ship. Go is definitely interesting.

Re: Show HN: Real-time server monitoring in your browser

#82
post #59

Earlier 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.

Ah thanks - I haven't seen this yet my laptop. We'll keep an eye on it.

Re: Show HN: Real-time server monitoring in your browser

#83

They 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?

2.6.32 is one of the longterm maintenance releases; it's still supported and new security patches are backported. If you rent a freshly imaged RHEL/CentOS server today, that's the kernel you'll be getting. Pretty much all the software packages those distro's come with are older, longterm/stable releases, never bleeding edge.

Re: Show HN: Real-time server monitoring in your browser

#84
post #52

Earlier 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.

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

#85
post #84

Earlier 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.

Yeah, we started with Flotr2...too many graphs on a page (with thousands of datapoints per graph) brings Chrome to its knees, even with auto margins and whatnot turned off.

EDIT: Very clean site! I like your style. :)

Re: Show HN: Real-time server monitoring in your browser

#86
post #84

Earlier 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.

@angersock That's a good point on the number of points. If I downsampled the yield history to monthly yields, that would probably help the performance.

Re: Show HN: Real-time server monitoring in your browser

#87
post #56

I'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.

Good points. Thanks!

Re: Show HN: Real-time server monitoring in your browser

#88

Did 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…

Our source for the charts is here: https://github.com/scoutapp/scout_realtime/blob/master/lib/s...

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

#90
post #72

This 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.

"We're capturing it,"

This is good to hear. Not sure what would be the best way to display that information though.

Post reply on HN