Very slow stepping thro code (7000 lines)
Moderators: FourthWorld, heatherlaine, Klaus, kevinmiller, robinmiller
Re: Very slow stepping thro code (7000 lines)
I think only standard plugins. Pls see screenshots.
Kaveh
-
- VIP Livecode Opensource Backer
- Posts: 10043
- Joined: Sat Apr 08, 2006 7:05 am
- Contact:
Re: Very slow stepping thro code (7000 lines)
What is your CPU speed, and how much RAM do you have installed?
Richard Gaskin
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn
Re: Very slow stepping thro code (7000 lines)
MacBook Pro (Retina, 15-inch, Early 2013)
Catalina system
Hardware Overview:
Model Name: MacBook Pro
Model Identifier: MacBookPro10,1
Processor Name: Quad-Core Intel Core i7
Processor Speed: 2.7 GHz
Number of Processors: 1
Total Number of Cores: 4
L2 Cache (per Core): 256 KB
L3 Cache: 6 MB
Hyper-Threading Technology: Enabled
Memory: 16 GB
Boot ROM Version: 258.0.0.0.0
Catalina system
Hardware Overview:
Model Name: MacBook Pro
Model Identifier: MacBookPro10,1
Processor Name: Quad-Core Intel Core i7
Processor Speed: 2.7 GHz
Number of Processors: 1
Total Number of Cores: 4
L2 Cache (per Core): 256 KB
L3 Cache: 6 MB
Hyper-Threading Technology: Enabled
Memory: 16 GB
Boot ROM Version: 258.0.0.0.0
Kaveh
-
- VIP Livecode Opensource Backer
- Posts: 10043
- Joined: Sat Apr 08, 2006 7:05 am
- Contact:
Re: Very slow stepping thro code (7000 lines)
Hmmm...this is quite a puzzle. Summary of what's know so far:
- Some can reproduce this, others not
- Does not appear to be engine-specific, but a by-product of IDE's SE scripts
- Your plugins are stock, so we can rule out third-party add-ons that might be affecting this.
- Your machine specs look good, so we can rule out hardware limitations
A next step might be to tailor my 4W Flight Recorder tool (in the Stacks section of LiveNet, accessible through the IDE at Development -> Plugins -> GoLiveNet) to capture messages specific to the IDE's SE field operations, and then compare mine with yours.
But that's a lot of work, and for the smaller of the two problems.
So at the moment I'm more interested in shifting gears and looking at debugging.
I'll see if I can get some time to produce a large script for testing in the debugger, but I suspect what's really needed there is an optimization of the SE's scripts; probably not a simple "Just turn this option off" sorta workaround.
- Some can reproduce this, others not
- Does not appear to be engine-specific, but a by-product of IDE's SE scripts
- Your plugins are stock, so we can rule out third-party add-ons that might be affecting this.
- Your machine specs look good, so we can rule out hardware limitations
A next step might be to tailor my 4W Flight Recorder tool (in the Stacks section of LiveNet, accessible through the IDE at Development -> Plugins -> GoLiveNet) to capture messages specific to the IDE's SE field operations, and then compare mine with yours.
But that's a lot of work, and for the smaller of the two problems.
So at the moment I'm more interested in shifting gears and looking at debugging.
I'll see if I can get some time to produce a large script for testing in the debugger, but I suspect what's really needed there is an optimization of the SE's scripts; probably not a simple "Just turn this option off" sorta workaround.
Richard Gaskin
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn
-
- Posts: 738
- Joined: Thu Sep 11, 2014 1:49 pm
Re: Very slow stepping thro code (7000 lines)
FourthWorld wrote: ↑Mon Dec 30, 2019 10:05 pm2 GB is a lot of memory for a single application. What exactly do you have in that field?
The raw outcome of a BINANCE rest API query (Stock Information via TsNET). I do not think it is over 2GB but it might be having the amount of data or the characters in the data within one field (container) that gave me the problems.Just out of curiosity Paul, what kind of data are you dealing with? Is it all text? Or are you mixing text and graphics? Along those lines, what size are the stacks your working with? And have you checked to see how much memory your actually dealing with through the task manager?
I was not able to reproduce the issue with the original data (because I do not know what was in the field exactly) but copying the attached data into a field also makes the field react very slow.
I have attached a zip file with two data examples. Copy the data into a field and see if the field starts to react slow....
. Especially DataExample2.txt makes the field in my case very slow...
PS. Happy New Year ...

Regards,
Paul