Further to your reply direct to me as follows
Compiled on a mac (g5, os x.3.9) for windows.
Tested on a pentium 4, 3.2 GHz, 1 GB of RAM running
winXPsp1.
I've added a new build that will report the time it
takes to update the 36 static texts. Both machines
report 0 seconds. Yours reports 0 yeah?
the new code looks like this:
//
dim i as integer
dim t as integer
t = Ticks
for i = 0 to 35
if (StaticText1(i).text = "Untitled") then
StaticText1(i).text = "Something Else"
else
StaticText1(i).text = "Untitled"
end if
next
MsgBox "It took " + Str((Ticks - t)/60) + " seconds to
update the 36 static texts."
//
I had been doing the my tests by adding an extra window to my major
application (12mb .exe) and just opening that window from a pb action
of .show after program had loaded. My nearly identical code was still
slow.
The one difference between yours and my code was the msgbox and ticks
statement.
Adding that statement to my code DRAMATICALLY changed the
performance of the screen redraw.
(My code added some difficulty by in the loop altering the
statictect, and a bevelbutton caption and moving a coloured round
rectangle 40 pixels left and right.
So making progress. I then split the test window out of the major app
and compiled it on its own. and guess what with or without the msgbox
at the end of the code, it performed at near to 5.5.5 speed. So
clearly things are not as simple as they seem.
I am now looking at the rest of my app for things that would slow
down the refresh ( I have two threads continually running plus a
couple of timers in the open windows.
Also size of total app appears to effect redraw performance
But why does the addition of a msgbox and a ticks reference make the
difference when the test window is included in the major app???
Help???!!!
Tim
On 10/07/2006, at 1:07 PM, Russ Van Bert wrote:
Hi,
For what it's worth: I have noticed a speed increase
going from r2 to r3 (in debug mostly).
I think it might be due to this:
"Core Framework: Updated many of the internal core
functions to
use optimized versions of standard code.
This should
affect many parts of the REALbasic
framework and provide
decent speed gains."
Also, I have an app with a main window containing many
objects. I have found that my biggest speed
improvement came when I started testing the objects
before I changed them. I stopped blindly setting them
and had a large speed improvement.
eg.
for i = 0 to 1000
if ([object_i] <> [new state])
[object_i] = [new state]
end if
next
// is much faster than
for i = 0 to 1000
[object_i] = [new state]
next
Regards,
Russ
____________________________________________________
On Yahoo!7
Dating: It's free to join and check out our great singles!
http://www.yahoo7.com.au/personals
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
