To actually profile the program is fairly simple
DEBUG PROFILE TIMED c:workPROFILE.TXT
And then
DEBUG PROFILE STOP
This will create C:WORKPROFILE.TXT
You can actually add the debug commands to your program to start and stop the process automatically.
EXE “DEBUG PROFILE TIMED c:workPROFILE.TXT”
That creates the text file. Once you have the text file, you can run it through my profile program, and it will give some very easy to read results. Or you can use the programs that DAN created, and that works great as well.
Luis I. Gomez
GomezL@CollectionSoftware.com (
GomezL@CollectionSoftware.com)
1-800-435-7257
Commercial Legal Software, Inc.
http://www.CollectionSoftware.com
From: br_forum-bounces@ads.net [mailto:
br_forum-bounces@ads.net]
On Behalf Of Stephen Koger
Sent: Wednesday, May 20, 2009 9:34 AM
To: 'Business Rules Forum'
Subject: Re: [BR_forum] OPEN #0:
Yes we are looking into that already. Both Doug and I recalled seeing the demo at conference and thought to ourselves that would be a good thing to take a look at. I will try to keep everyone updated on what we find that helps us optimize our GUI code.
Steve
From: br_forum-bounces@ads.net [mailto:
br_forum-bounces@ads.net]
On Behalf Of Gordon Dye
Sent: Wednesday, May 20, 2009 5:29 AM
To: Business Rules Forum
Subject: Re: [BR_forum] OPEN #0:
Steve- You might consider using the profiler.
gordon
On Mon, May 18, 2009 at 12:50 PM, Stephen Koger <
steve.koger@m-a-c-s.com (
steve.koger@m-a-c-s.com)> wrote:
Luis
Two things that I need to clarify. Not all of this slow down is experienced through RDP. We are experiencing it on slow machines using client/server. So it is truly an issue in BR. So what your experiencing has to be a product of how your RDP is configured and how your software was written. You have done far more performance optimization than we have. We are only just beginning now. If you watch even a standalone BR, it does do these redraws, just very quickly, and in fact in testing Screen Freeze doesn’t do the redraw.. but it does pause the length the redraw would have been. I will try to write and example of this to send to everyone.
We also use GotoAssist for our remote connections and are experiencing it while using that as well.
Yes I am aware that having the graphic background will cause some delay. But not all the full screen redraws that so many things cause.
Steve
From: br_forum-bounces@ads.net (
br_forum-bounces@ads.net) [mailto:
br_forum-bounces@ads.net (
br_forum-bounces@ads.net)]
On Behalf Of Luis I. Gomez
Sent: Monday, May 18, 2009 11:01 AM
To: Business Rules Forum
Subject: Re: [BR_forum] OPEN #0:
00010 OPEN #0: "SROW=1,SCOL=1,rows=30,cols=80,Picture=[IMG]mtst1.jpg,CAPTION=MAPP2 SYSTEM,MAXIMIZE",DISPLAY,OUTPUT
00020 LET MSG$(STR$(COUNT+=1)) ! PRINT FIELDS "1,70,N 10": COUNT+=1
00030 GOTO 10
I tried this program on my remote desktop, and it seems to run fairly well.
The “Blinking” only seems to happen when you change something.
The background picture can’t help with performance, but even with it, performance seems ok.
I did notice that open #0 clears the button bar as well.
I am using BR 4.18e, perhaps they fixed something?
Luis I. Gomez
GomezL@CollectionSoftware.com (
GomezL@CollectionSoftware.com)
1-800-435-7257
Commercial Legal Software, Inc.
http://www.CollectionSoftware.com
From: br_forum-bounces@ads.net (
br_forum-bounces@ads.net) [mailto:
br_forum-bounces@ads.net (
br_forum-bounces@ads.net)]
On Behalf Of Doug Meenen
Sent: Monday, May 18, 2009 11:50 AM
To: Business Rules Forum
Subject: Re: [BR_forum] OPEN #0:
Susan and all,
in the wbconfig.sys, brconfig.sys
SCREEN OPENDFLT SROW=1,SCOL=1,rows=30,cols=80,Picture=[IMG]mtst1.jpg,CAPTION=MAPP2 SYSTEM,MAXIMIZE
rem 3/6/09 Mapp2 default to open windows
This works if all of your windows are the same size. (do not have to use Open #0 in the program) Open #0 is basically a print newpage with fancy colors, and slows down the remote desktop systems - even if using scr_Freeze, scr_Thaw.
If the program is not this size for rows, cols, have to use Open #0 in the non-standard screen size programs.
Doug Meenen
--- On
Mon, 5/18/09, Susan Smith <susan@creativelyspeaking.net (susan@creativelyspeaking.net)> wrote:
From: Susan Smith <
susan@creativelyspeaking.net (
susan@creativelyspeaking.net)>
Subject: [BR_forum] OPEN #0:
To: "Business Rules Forum" <
br_forum@ads.net (
br_forum@ads.net)>
Date: Monday, May 18, 2009, 10:05 AM
Steve,
I thought that you HAD to use OPEN #0 in GUI to print anything to the screen. Is that not true? How are you reducing the use of OPEN #0?
-- Susan
Stephen Koger wrote:
We are working to reduce significantly the Open #0’s in our GUI Version of our software because in our testing over Remote connections, there is a long redraw of the screen for each Open #0. Even if you do a screen freeze and thaw. You get the same pause length, just not the line by line screen redraw.
-----Inline Attachment Follows-----
_______________________________________________
BR_forum mailing list
BR_forum@ads.net
http://ads.net/mailman/listinfo/br_forum_ads.net
_______________________________________________
BR_forum mailing list
BR_forum@ads.net (
BR_forum@ads.net)
http://ads.net/mailman/listinfo/br_forum_ads.net