Slickedit 2012's open dialog too slow

[greggman]

I just switched from Slickedit 2011 to Slickedit 2012 and in my large project I'm finding the new open dialog (the one that auto-completes all the files in a project) to be too slow.

Pressing a single key can take  > 2 seconds on my 12 core 12gig machine.  Slickedit 2011 didn't have this issue. Is there any way to revert it back to the old behavior until this is sorted out or should I just switch back to 2011 for now or is there some other workaround?

Note: this is only the first key press but if you type a single key to jump to a folder, then press entire to into that foloder, then a single key again to jump to the next subfolder, which is the pattern I'm used to, then every press takes > 2 seconds.

[chrisant]

This sounds like this topic from during the Beta.

[Matthew]

Are you also displaying the Files tool window? If so, does the search filtering have the same delay you're seeing in the Open tool window?

Also, the default for the Open tool window is to NOT do prefix matching, but rather do whole string searching. You may find that if you primarily do prefix searches, then you could change that option. You're not limited to prefix only in that case since you could still use a * wildcard in the File name: field when you want to search the whole filename.

[greggman]

Turing on prefix mode helps a little but it's still noticeably slower and jankier than v16 and hard to type because of it.

Here's hoping you guys can speed it up.

[Clark]

How many files are in your project? I thought we had this pretty close to v16 speeds with all the optimizations we put in. We do have more ideas we can try.

[greggman]

How many files are in your project?

There are 53041 files in the project out of 475680 files in the actual folders

I'm using wildcard matching in my project file settings.

[greggman]

I don't know if this is helpful but here's 2 saved profiling datas from the Slick-C profiler for the Open dialog. One from vs2011, the other from vs2012

In both these steps were taken
1) Same project
2) One small file loaded
3) press Alt-E (I'm in brief mode) brings up the Open dialog and close
4) repeat step 3 (to make things cached)
5) pick Macro->Slick C Profiler->Begin Profiling
6) press Alt-E
7) type 'c' (matches names that start with 'c') then press backspace
repeat step 7 a total of 10 times
9) close the dialog
10) pick Macro->Slick C Profiler->Finish Profiling

Saved the results

[Dan]

Are you getting the message that the list has been truncated?  For very large lists, we shorten the list to 5000 items (by default).

[greggman]

Are you getting the message that the list has been truncated?  For very large lists, we shorten the list to 5000 items (by default).

No, I'm not getting a message that the list has been truncated. In fact, in v16 is not in prefix mode so it's showing a longer list than v17 and yet it's much much faster than v17.

[Dan]

What happens if you set this value (on the options dialog, see the link above) to 1000?  Or 100?  Does it seem to be respecting the option?

[greggman]

What happens if you set this value (on the options dialog, see the link above) to 1000?  Or 100?  Does it seem to be respecting the option?

Yes it respects the option. Thanks!

That sounds like a temporary solution given that v16 was fast with no limits but functionally I probably rarely look past the first 100-200 results before adding more characters so this will work for me I think.

[greggman]

What happens if you set this value (on the options dialog, see the link above) to 1000?  Or 100?  Does it seem to be respecting the option?

Yes it respects the option. Thanks!

That sounds like a temporary solution given that v16 was fast with no limits but functionally I probably rarely look past the first 100-200 results before adding more characters so this will work for me I think.

Actually, ... Sorry to whine, but even with the limit set to 100, while it's better than it was it's still not as responsive as v16 with no limits

[Dan]

Right you should not have to set it to 100, I just wanted to be sure it was respecting the option.

The tree control is a little slower in Qt.  So by default we limit it to 5000 files.  We figure if there's 5000 items in the list, you're probably not picking through the list with the cursor keys .

What platform is this on?

Is this the exact same project and current directory that you used in 16.0?

[greggman]

What platform is this on?

Linux, ubuntu 10.04, 12 core, 12gig of ram.

Is this the exact same project and current directory that you used in 16.0?

Yes, I can switch between v16 and v17 on the same machine. Haven't changed projects since the upgrade.

[Dan]

Is everything local?