I have an application that contains 900 files and approximately 700 .mas and .acx files. When I click refresh this takes approximately 10 seconds to perform the refresh.

I did some further investigation using the Communication Layer Trace Facility.

The files are returned via a WebFOCUS query.

quote:

APP ENABLE

APP QUERY &APPNAME HOLD

DEFINE FILE FOCAPPQ

DEL/A1='.';

EXT1/A8 = GETTOK(FILENAME,70,-1,DEL,8,'A8');

EXTENSION/A8 = UPCASE(8,EXT1,'A8');

FNAME/A70 = FILENAME;

UCFNAME/A70 = UPCASE(70,FILENAME,'A70');

FOLDER/A8 = DECODE EXTENSION(HTM HTML FEX FOCEXEC MAS MASTER ACX MASTER

STY FOCSTYLE GIF GIF ELSE OTHER);

END

TABLE FILE FOCAPPQ

PRINT FNAME EXTENSION DATE TIME GMTTIME SIZE APPNAME

BY FOLDER

BY UCFNAME NOPRINT

ON TABLE HOLD FORMAT XML AS TEST

END

-TYPE RC=&RETCODE

SET HTMLFORMTYPE=XML

-HTMLFORM TEST

I did some timing on this using the Agents Statistics and this action took 1 second.

That still leaves 9 seconds and I used Process Explorer to check what was happening. During these 9 seconds Dev Studio was taking virtually 100% of the CPU. This suggests it was not waiting for any external event but doing some kind of processing.

Now in my experience a memory to memory copy 900 records does not take 9s on any machine. So I would humbly suggest that this process has somehow become inefficient.

Can I ask if someone out there has an application directory of similar size and what kind of performance they get on refresh. Is it a similar response? I did check that anti-virus was not having any effect on our example.

If there are any ibi'ers reading this who know the fellow who wrote this could you ask him to check and see if he hasn't done anything silly in his code where the file data is inserted into the internal structure.

I have similar response on my machine. ByTheWay: The refresh key does more then just refresh the contents of that one app folder. You will notice that the first time you click in the folder it takes less time (but I agree it is still not quick).

Brian

This seems to be a 7.6.2 issue because a colleague has just checked ds 7.1.3 and this same directory listing takes about 2s.

John