Now the good news, I found out what it was..
But from the start...As I'love to know if this is me or Opus doing this by itself?
Just today my Opus started to take forever to run upon windows bootup, I'd intergrated it 100% and set it to bootup without listers at startup. I was totally stuffed as to why my HDD was going mad and the process was taking forever to load up (ie the icon to appear in the status tray). I initially loaded the task manager and saw it was indeed Opus doing the slowdown and it was eating RAM.
After a while I ran filemon, I noticed Opus was reading one particular dir and all its subdirs for files. I sat and tried to see what was doing this and the only thought I had was the directory in question was one I had ran a dupe file check via Opus.
After checking the registry I saw in the config/sync dir it had an entry for this directory. I modified it and zilch....
Being a pain in the ar%$ I decided to go thru all the files in the Opus directory in program files with no luck but I then decided to try the files in
C:\Documents and Settings*whatever your username is*\Application Data\GPSoftware\
And inside the collections dir I found a file called collections.col or something similar and that had a complete listing of that directory. I deleted it and Opus then booted up fine with no delays and it didn't parse that dir again.
Now, I am 100% sure I didn't set any details towards that dir apart from running a dupefiles check so any ideas as to why it was parsing that dir on startup.
It sure was a pain in the ar$% and slowed the machine down to a crawl while it started up. After reading the forum I saw threads re large cpu / ram use, I wonder if this may have anything to do with this problem...
Any idea's peeps?