Smoothie Charts

#1

Post by DanielH » Mon, Aug 23, 2010, 10:48 AM UTC

Smoothie Charts
smoothiecharts.org

Re: Smoothie Charts

#2

Post by Etiko » Mon, Aug 23, 2010, 11:38 AM UTC

No love for Firefox? :(

Re: Smoothie Charts

#3

Post by chime » Mon, Aug 23, 2010, 12:38 PM UTC

I see that he is redrawing the whole chart on each refresh: http://github.com/joewalnes/smoothie/raw/master/smoothie.js - .save() and .restore()

One thing he can try to get speed improvements is to absolutely position a double-width canvas tag in an iframe and move the entire canvas tag one pixel to left on each refresh. Then he can just paint the new data on the right-most visible pixel. One canvas has moved -width px, just do a .save() / .restore() and reset it to left: 0px.

I'm not certain if it will help for sure but I have an inkling it might.

Re: Smoothie Charts

#4

Post by maushu » Mon, Aug 23, 2010, 12:58 PM UTC

Etiko wrote: post #2

No love for Firefox? :(

I wonder why it shouldn't work on Firefox, the only bottleneck I can see is the canvas. (Websockets can be faked multiple ways.)

Re: Smoothie Charts

#5

Post by pedrocr » Mon, Aug 23, 2010, 1:14 PM UTC

chime wrote: post #3

I see that he is redrawing the whole chart on each refresh: http://github.com/joewalnes/smoothie/raw/master/smoothie.js - .save() and .restore() One thing he can try to get speed improvements is to absolutely position a double-width canvas tag in an iframe and move the entire canvas tag one pixel to left on each refresh. Then he can just paint the new data on the right-most visible pixel. One canvas has moved -width…

There was recently a series of posts about doing what you described for GTK/X:

http://audidude.com/?p=404

the result is in github:

http://github.com/chergert/uber-graph

Re: Smoothie Charts

#6

Post by thecircusb0y » Mon, Aug 23, 2010, 1:29 PM UTC

maushu wrote: post #4

Etiko wrote: post #2

No love for Firefox? :(

I wonder why it shouldn't work on Firefox, the only bottleneck I can see is the canvas. (Websockets can be faked multiple ways.)

I've been using Chrome for the last 2 months, and today was told Firefox wasn't working with a wordpress blog I have to administer... since when does firefox have problems viewing things? I thought that was IE's job.

Re: Smoothie Charts

#7

Post by aw3c2 » Mon, Aug 23, 2010, 2:21 PM UTC

Eats 100% CPU. Definitely needs a frame limiter (or whatever else is needed).

Re: Smoothie Charts

#8

Post by smokinn » Mon, Aug 23, 2010, 2:57 PM UTC

aw3c2 wrote: post #7

Eats 100% CPU. Definitely needs a frame limiter (or whatever else is needed).

Is that in Safari?

I'm running it in chrome (on windows) on a not-great machine and it's taking 23-25% of one of the two cores.

Re: Smoothie Charts

#9

Post by maggit » Mon, Aug 23, 2010, 4:55 PM UTC

It's also working near perfectly in Opera 10.61. (There is a bug initially, when the lines should start in the middle of the chart, rather than on the left)

Re: Smoothie Charts

#10

Post by audidude » Mon, Aug 23, 2010, 7:45 PM UTC

pedrocr wrote: post #5

chime wrote: post #3

I see that he is redrawing the whole chart on each refresh: http://github.com/joewalnes/smoothie/raw/master/smoothie.js - .save() and .restore() One thing he can try to get speed improvements is to absolutely position a double-width canvas tag in an iframe and move the entire canvas tag one pixel to left on each refresh. Then he can just paint the new data on the right-most visible pixel. One canvas has moved -width…

There was recently a series of posts about doing what you described for GTK/X: http://audidude.com/?p=404 the result is in github: http://github.com/chergert/uber-graph

I actually made it faster using the drawable as a circular buffer, details here http://audidude.com/?p=470

Quick cpu comparison http://x.dronelabs.com/chris/dropbox/smoothie.png