Simply displaying variables in a project like this
http://scratch.mit.edu/projects/cliffordslocombe/2697920
seem to be eating CPU even when the program isn't running which makes editing the project very tricky as the GUI is so slow.
If anyone is running Scratch under Linux -can you check what happens on your system
(Low power PC owners could try and see what happens on them as well)
As running Scratch on the RaspberryPi is a fundemental project aim, we need to sort this one out if possible
Simon
Offline
Well. The scratch variable displays (they are called watchers in the code) update every frame, though the mouse coordinates update every frame too. I don't really see how they could be the cause of the problem.
Offline
I've found that displaying [lots of] variables in general (on all computers and OSes) tends to slow down the project for me as well.
Offline
We don't know what the underlying problem is but its very easy to reproduce - just create 2 variables called a and b and the CPU is maxed out (according to a meter anyway)
We need someone with Linux CPU profiling/memory usage skills and I know that the RaspberryPi hasn't 100% hit USA yet but we really need this fixing ASAP if its possible !
Offline
I've found that displaying lots of variables in general (on all computers and OSes) tends to slow down the project for me as well.
I think we'd all agree that grinding to a halt by just showing two of them was a fairly bad idea though on a low cost computer intended to teach programming
Simon
Offline
SimpleScratch wrote:
I've found that displaying lots of variables in general (on all computers and OSes) tends to slow down the project for me as well.
![]()
I think we'd all agree that grinding to a halt by just showing two of them was a fairly bad idea though on a low cost computer intended to teach programming![]()
Simon
If you can access the source code in Scratch on linux, I think someone could be able to modify so variables (watchers) update every time the value that they hold changes. It probbably is possible - and is what the Scratch Team should've done in the first place.
Offline
Issue (hopefully)solved
http://scratch.mit.edu/forums/viewtopic.php?id=104467
Offline