Robert Covington wrote:

> My Compositor project still is taking 35 seconds to open up in FB5 Editor. The old FB4 editor can open the same project near instantly on the same hardware. An FB5 converted one takes the same lengthy time.
> Repeat of same tale of woe from October , 2010 (I just gave up using FB back then). Is something repeatedly resizing a handle in a non-optimal way?
> 
>> I added a log tracker to Fn OpenProject and associated calls.
>> The loop in Fn ReadProjectIntoDataBase is the culprit, 2500 ticks.
>> For each item added during that loop (just below For  to bottom), it takes 5 to 9 ticks.
>> For each call to Fn AddItem within that loop, that part  takes 2 to 6 ticks.
>> "Item Added" is total time per item from loop start to loop end...that's ticks reset just under the For, ticks counted just above Next.
>> Fn AddItem" is the call in the middle of the loop. It is likely the bulk of the time, but not all.

On 26 October 2010 I wrote:
> If the problem persists, use Sampler.app* to find what is going on during your 40 s delay.
> * replaced in recent OS versions by /Developer/Applications/Performance Tools/Sampler.tracetemplate.

Please use one of the system profiling tools such as Sampler as suggested above, or Shark or Activity Monitor.

Here's a Shark overview of how time is spent in functions when the editor opens a large project on my Mac:

	31.9%	31.9%	FutureBasic 5	_OnCustomDraw
	16.8%	16.8%	FutureBasic 5	_returnCustomRects
	15.0%	15.0%	FutureBasic 5	_FBAppearanceWindow
	13.3%	13.3%	FutureBasic 5	_drawIcons
	8.8%	8.8%	FutureBasic 5	_GetFileIconRef
	7.1%	7.1%	FutureBasic 5	_FBHandleEvents_Sub
	1.8%	1.8%	FutureBasic 5	_AddChildrenToContainer
	0.9%	0.9%	FutureBasic 5	_ReturnFileType
	0.9%	0.9%	FutureBasic 5	_ReadProjectIntoDataBase
	0.9%	0.9%	FutureBasic 5	_LongFilenamefromFSSpec
	0.9%	0.9%	FutureBasic 5	_GetFrontProjAndEditor
	0.9%	0.9%	FutureBasic 5	_DoesFileExist
	0.9%	0.9%	FutureBasic 5	_CFPrefsAppSynchronize

Robert P.