nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Opening DCR takes lot of time.

pnair

Hi All,

We are using "TS 5.5.2 Build 17976 Interwoven 20030323" on Solaris 8.
Every operation is time consuming on our Production env:
1. Login takes 12 secs from Login screen to Todo list page.
2. Edit DCR takes around 25 secs for a 20K file. We don't have any
inline scripts in the DCR.etc...

We wanted to have monitoring in place so that we can
generate a report at the end of a week say what was the
average time for different activities like Login, Create/Edit DCR,
W/F, etc...

So do you guys have any idea what could be wrong?
And which log can give me the statistics I am looking for
as mentioned above. I tried looking at iwevents.log but was
not that helpful.

PS: I have raised a ticket with IW Support. But it is of not much help.

Regards
Priyesh Nair

Find more posts tagged with

Comments

nipper

What type of DCRs are you opening ? Does this have just standard stuff or are there
a lot of inline callouts ? Connects to DBs ?

If all TS GUI performance is bad, then check your network settings.

Andy

Adam Stoller

Have you verified that your server hardware is up-to-spec with regard to what Interwoven recommends as [at least] minimums in the TeamSite Administrator's Guide?

Is this a recent phenomena or something which just recently started happening?

Are there lots of dormant jobs sitting in your workflow backing store
if you log onto the server - try running: iwgetwfobj | wc -l

--fish
Senior Consultant, Quotient Inc.
http://www.quotient-inc.com

pnair

DCR does not have any Inlines or DB callouts. All the data in drop-downs are static in nature.
And other operations like browsing through the Branching structure is quite fast.

One additional info: All our users & roles are maintained in LDAP in the same solaris box.
will this have any impact. If yes what can we do about it. We have to use LDAP there is
no way we can get rid of it.

nipper

Do you have any custom menus or CGIs ? Are they slow as well ? I am trying to determine
if this is related to opening a new window or what ?

pnair

Yes the Hardware is as per the recommendations. Infact its a very good configuration.
The performance issue has been there since we went live. so thats why we want to
have monitoring in place to capture the statistics.

Initially we had around 13000 jobs lying in the sytem. We have cleaned them up
after which there was a slight improvement in performance. Now a days
we do keep removing unwanted tasks at regular interval.

pnair

I have a CGI callout from this template. The popup window comes up very quickly but a blank page stays there for sometime before the CGI file is loaded.
Did you face any such issues. What is the fix for this.

Adam Stoller

How about the number of locked files per branch? Is that a small or large number (on average)?

That's something else known to cause performance issues.

Another possibility is to try running iwfsshrink (but I think that would be orthogonal to the problem being discussed)

I think what you really need is to get a network person involved, someone who can set up (and understand the results from) a packet sniffer or some such -- because if the delay is mostly presented in terms of windows being rendered - it could well be that the problem is getting the data from your TeamSite server to your client machines (perhaps running through firewalls or routers or some other sub-standard network connection?)

--fish
Senior Consultant, Quotient Inc.
http://www.quotient-inc.com

pnair

Can you tell me more about the locked files. We have around 3-4 levels of branches & sub-branches.
1.What is the critical number as far as locked files are concerned?
2. If say in a particular branch there is no locked files and in another branch there are many locked files, will the performannce be better in the branch which doesnot have nay locked files? How does it really impact the system.

And one more thing, we are using SSL, every request is an https request. Will this cause any impact?

Adam Stoller

I don't remember the exact details on locked files - but I think it's one of those rule-of-thumb type things where having 500 locked files in a branch might start imposing some performance degradation, having 1000 would start to show some noticable performance degradation and larger amounts would be more pronounced (again, these numbers could be off significantly, so take with a grain of salt).

I also believe that it was a per-branch type performance issue - such that if you had one branch with no locked files and one branch with 10,000 locked files that interacting with the first branch would not show any noticable performance degradation while interacting with the second branch would.

I'm not a network wiz - but given that SSL imposes some degree of encryption/decryption - I would certainly guess that it would reduce performance somewhat.

Do you have the ability to *try* running without SSL - just to see if there is a dramatic difference in performance?

--fish
Senior Consultant, Quotient Inc.
http://www.quotient-inc.com