3,800 programs - bad performance

[wellskw]

Our erp solution has 5 repositories. The largest (order to cash) is comprised of 3,800 individual programs. I loaded fortress with the 3 most recent versions when we migrated to linux/fortress from openvms. I cringe when setting working folder to the linux folder (samba share) of the 3,800 programs using the fortress client 1.1.4.18402 as it seems to be doing 100,000 round trips to zimbabwe over sneakernet when I click somewhere

Do you have any tuning parameters or advise on how to make this work better? I can't easily breakup this particular repository into small chunks.

Thanks in advance!

[Beth]

The place to start is going to be our KB article on performance and SQL maintenance.

Performance: http://support.sourcegear.com/viewtopic.php?t=4206

SQL Maintenance: http://support.sourcegear.com/viewtopic.php?t=2924

Do you have to do this sort of thing a lot? If so, then we could talk about another way of accomplishing what you want as well.

Is this your regular working folder, or are you trying to deploy to a server?

[wellskw]

SQL 2005 is running on a fast 64 bit platform with 8gb ram. Network chunck setting didn't help but will ck some other things in your articles. I am thinking that the client tool was built to be very paranoid and doing a lot of work (db access, diffs with disk version, etc, on every click event). It probably was not qa'd using more than a couple hundred programs. Of course, samba could be the problem. Do you see any kb's concerning samba share performance?

I do have to use this tool frequently. Fo rnow, I'll set working directory to a fake folder.

Thanks,
Kenny

[Beth]

I don't think we've performed a lot of testing with a Samba share, especially related to performance.

Do you get better performance when performing a Get to a non-working folder?

A working folder is watched by Vault for changes and has a cache of information and baselines to update when things happen to it.