Schneider Electric GIS Tech Support

Forum discussion for Schneider Electric GIS products, including ArcFM, ArcFM Viewer, Designer, Responder, and others.
It is currently Sat May 18, 2013 10:23 pm

All times are UTC - 7 hours [ DST ]




Post new topic Reply to topic  [ 4 posts ] 
Author Message
 Post subject: Performance
PostPosted: Fri Jun 27, 2008 3:58 pm 
Offline

Joined: Fri Dec 28, 2007 3:45 pm
Posts: 9
Location: Brighton, CO
We have Designer and ArcFM running in different machines. The "designers" usually experiment a very poor performance of the system. The designs will draw really slow and any thing that is done would take a while.

We check the server and it is in good shape, nothing visible in the server that would impact the performace. Our ArcFM users normally do not have the same performance problems at the same time, and an analyze in the DB usually takes care of it. We upgraded one machine to 4gb of ram, and it did not improve performance.

We do compress everyday, clean orphan versions, analyze and delete PX states.

Are we missing something? If you experiment the same problem, have you find a solution?

Thank you

_________________
Diego Portillo, GISP

United Power, Inc.
Physical Address: 500 Cooperative Way, Brighton, CO 80603
Mailing Address: PO BOX 929, Brighton, CO 80601
Main: 303-659-0551
www.unitedpower.com


Top
 Profile  
 
 Post subject:
PostPosted: Mon Jun 30, 2008 8:25 am 
Offline

Joined: Tue May 01, 2007 7:03 am
Posts: 184
Location: Naperville, IL USA
Check the value for MAXBLOBSIZE and make sure that it is set to at least 5000000.

If you are on 9.2 it is stored in sde.SDE_SERVER_CONFIG table.

For earlier versions it's in giomgr.defs on the ArcSDE server.

Similar but different, we had a problem come up last week where some (but not all) of our designs open extremely slowly - it takes about an hour and a half for them to open (and if you close without saving edits that takes a half hour). But then other designs open like normal. It has nothing to do with design size either, some really small ones have the problem and some big ones don't. Non-designer ArcFM editing performance is fine.

If anybody has experienced this or has any ideas, please post a reply. Thanks.


Top
 Profile  
 
 Post subject:
PostPosted: Tue Jul 01, 2008 11:21 am 
Offline

Joined: Fri Dec 28, 2007 3:45 pm
Posts: 9
Location: Brighton, CO
The MAXBLOBISE is 20000000, really high but that was recomended.

In relation to your questions, one thing we are doing based in Ian Fitzgeral, is to truncate the current states 49 and 48 from the MM_PX_CURRENT_STATE table. Also, we truncate the SDE_LOGS table for each user (when they are not connected). I would recoment to look at those two things if you have not, some designs still takes a while to open, but they do not take that long.

_________________
Diego Portillo, GISP

United Power, Inc.
Physical Address: 500 Cooperative Way, Brighton, CO 80603
Mailing Address: PO BOX 929, Brighton, CO 80601
Main: 303-659-0551
www.unitedpower.com


Top
 Profile  
 
 Post subject:
PostPosted: Tue Jul 01, 2008 4:34 pm 
Offline

Joined: Tue May 01, 2007 7:03 am
Posts: 184
Location: Naperville, IL USA
I've tried the MM_PX_STATES thing and that didn't help.

I did figure out the problem. Here's what happened: In April during an upgrade we also switched to new servers. Used MM's tool to redirect the designs and their stored displays. However the tool doesn't work for Raster layers. So the slow designs contain a layer that is looking at the old server from prior to the migration. Up until recently this wouldn't cause any problems, it would just have broken links. However, last week IT took the old server off the network and now ArcMap spends a very long time searching the network for a server that's not there. (Would be nice if ESRI had a timeout in there)

Fix is to put the old server back on the network temporarily, open problem designs, fix the broken link and save.
Thanks for the feedback.


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 4 posts ] 

All times are UTC - 7 hours [ DST ]


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group