I'm experiencing some major performance issues, especially when opening the Search Tool, via F3. I just timed it, Opus was in a 'not responding' state for over 5 minutes!! After 5 minutes the search tool opened and functioned as normal. This has been occurring every time for about a week or so. I'm not sure what has changed. (While Opus is hung, opening the search tool, all other PC apps & functions function fine, it is just Opus)
I've also noticed some slow opening of the 1st lister, but nothing like the search tool, it might take 10-20 seconds to populate the folder tree and initial lister tabs.
I have a powerful PC, cpu: i5-3570K @ 4.5 Ghz, mobo: Asus P8Z77-V, RAM: 8 GB DDR3, GPU: 1.5GB GTX 480, and 120GB OCZ Vertex 2 SSD that has Windows & Opus on it (Primary partition, Boot, Page File all on SSD). I have 3 other internal SATA drives; (596GB, 465GB & 1653GB), and 1 external USB 2.0 drive (930GB).
Using Opus 10.2.0.0.4645
My Windows installation is pretty new, 5 months old, I keep a well maintained PC, its home built, no bloatware and only has apps i need and use installed. I run Vipre security suite, CCleaner and am experiencing no other issues.
I have backup my Opus config, I have a highly customised Opus layout & button set. I am willing to put Opus into a default state it see if the issue lies in a user setting but i'm not sure how to do that. I can't find a restore to default. (except tool bars) However i'm not aware of messing with any setting that should have this affect. I have changed NO setting in Preferences > Miscellaneous > Advanced.
It just opens the Find Panel. F3 has always opened the Find Panel for as long as i can remember, it does not change lister layout or anything, just open the panel at the bottom of whatever lister window i am focused on.
Opening from the default tollbar > Tools has the same effect. Lockup for 5 minutes.
Also, does this happen every time you open the Find panel in a given window, or just the first time?[/quote]
I'll check that link out.
It happens every time i open the find panel. It does not matter if it is in a empty folder with no sub folder or on a main root folder with 1000s of subfolders.
Basically i happens every time no matter what the circumstances are.
Interesting. Do you still have the config backup that includes the miscellaneous data which seemed to trigger the problem?
If you still have it, please zip it up and send it to me as a private message (or to leo@gpsoft.com.au if you prefer) and I'll see if I can work out what it was in the config misc data which was causing the problem.
I have this problem too big time (again). I bring up directory opus and it's using 100 percent of one of my cores and it's completely unresponsive. Waited 20 minutes and it's still hung. I will try to uninstall and reinstall. Hopefully that will fix it.
The delay is caused by the ~8,000 file collections your configuration had, which takes a lot of time to process while building the list of collections that you can output the find results to.
It's unusual to have 8 collections let alone 8,000.
Looking at the collections, it seems that two large directory structures ("DCS Missions" and "My Docs") were re-created as file collections, with each of the thousands of sub-directories below those two folders created as a sub-collection. Was that intentional? What type of thing do you need it for?
I'll see if we can improve the performance in this situation, but I suspect it will cause slow-downs in most areas that deal with collections to have that many.
It was intentional, but from what you have said i need to read up on 'file collections' as i am clearly misunderstanding their intention. To be honest i was using them as a bit like 'favourites'. Those folder you mentioned had several wordpress web sites, while not large is size, they contain 1000s of small files each, include a few backups and yes.. that is a lot of files to process.
I'll read the section regarding file collections in the manual.
Thank you very much again for you feedback.. as there is no doubt i would have ended up doing something stupid with 'file collections' in the near future.
Ah okay, if you want to use collections as a way to store lists of favorites, just make sure that when you add a folder to a collection you add it as a Member and not as a Sub-Collection.
Adding it as a member means the parent collection just stores a single item which is pointing to the directory, and if you double-click that item you will go to the real directory.
Adding it as a sub-collection means that you create another collection which stores items pointing at every file in the folder, plus (recursively) additional sub-collections which point to all the files and folders (in yet more sub-collections) below that folder.
(Alternatively, you can store favorites in the actual Favorites menu, or access them via Folder Tab Groups, Styles, Layouts or Aliases, or by creating toolbar buttons / menus / hotkeys which go to the folders you want. All worth looking into if you don't know about them already. Maybe you already use some but they don't make sense for this particular task. Which is best depends on how you want things to work.)
Well i've just read the 'file collections' section in the "Directory Opus 10 Reference Manual", nothing there really gave me the impression that what i did was extraordinary. Yes it is called 'file' collection, but the manual does talk about directories and sub directories.
I'd strongly suggest some sort of explanation or warning about large file collections and possible performance impact in the manual.