Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Some glitchiness/delays/stalls in @manipulate #177

Closed
cormullion opened this issue Sep 5, 2017 · 5 comments
Closed

Some glitchiness/delays/stalls in @manipulate #177

cormullion opened this issue Sep 5, 2017 · 5 comments

Comments

@cormullion
Copy link

Running code like this:

using Luxor, Interact
@manipulate for R in 1:100, r in 50:100, d in 1:100
    @png begin
        setline(0.2)
        hypotrochoid(R, r, d, :stroke)
        text("$R $r $d", 0, 150)
    end 300 300
end

usually works well (I got it working thanks to you guys!), but there are times when the sliders stop responding. I attribute this usually to my fairly slow Mac (mid-2011 iMac with 2.7 GHz Intel Core i5). Also, I usually use Safari, which might not be the fastest. If it does stall, it sometimes restarts, but sometimes the call needs evaluating again.

@svg instead of @png may make the system sweat a bit more... :)

(Julia v0.6, Interact v0.5.0, IJulia v1.6.0)

@barche
Copy link

barche commented Sep 5, 2017

I get the same, using:

using Interact
using Luxor

@manipulate for θ in 0:360
    @svg begin
        arc(0,0,50,0/180*π,:stroke)
    end 300 300
end

Tested on Linux (firefox) and Mac (safari), re-evaluating the cell makes it work again.

@cormullion
Copy link
Author

@barche I can't make yours go wrong — yet! Unlike my example, the SVG file is very small, which suggests that it's not the file size...

@JobJob
Copy link
Member

JobJob commented Sep 5, 2017

I can reproduce with

@manipulate for R in 1:500, r in 50:500, d in 1:500
    @png begin
        setline(0.2)
        hypotrochoid(R, r, d, :stroke)
        text("$R $r $d", 0, 150)
    end 900 900
end

Then move the r,d sliders fast just after moving the R slider, while it's still updating. The R slider stops working. Not sure what's going on, but possibly some IO truncation. Do you ever see this error:

IOPub data rate exceeded.
The notebook server will temporarily stop sending output
to the client in order to avoid crashing it.
To change this limit, set the config variable
`--NotebookApp.iopub_data_rate_limit`

?

@cormullion
Copy link
Author

I saw that error once or twice, but I think it got fixed in an IJulia upgrade...

@barche
Copy link

barche commented Sep 6, 2017

@JobJob I'm not seeing that error, where would it appear? I started Jupyter using jupyter notebook and I see the normal NotebookApp log in the terminal, but this error never appears.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants