SVN + EA too slow check operations

[Andres]

Hi, I'm using the trial version of EA 8 integrated with the lastest version of visual svn.

First we guess that only need to do the basic configuration of SVN client with EA but every package have to be configured in order to use the version control.

And when any of the team testing group try to checkout or checkin the operation is really slow (5m - 10m) over a LAN of 100Mpbs.

The testing is in order to select an enterprise architect tool to make the basis of enterprise continuum.

We are testing too Visual Paradigm and Telelogic.

Please give us a response about how to avoid the slow operations and excesive configuration in every package.

Thanks.

[peuhhhh]

Hi,

you can try to configure a WAN optimizer server, it get you far more better performance over the lan.

[peuhhhh]

Sparks give us a Wan for EA ,
maybe that can help out :
http://www.sparxsystems.com.au/resources/corporate/#wan

peuhhh

[Andres]

We install the WAN Optimizer service in the EA repository machine.

After start the service and set up a test model with SQL 2005 express data base.

But what's next? How can I configure the EA clients in order to conect to WAN Optimizer service and not with the DataBase directly?

Thanks.

[Geert Bellekens]

You can select that when selecting the connection.
After filling in the database details EA should present you with a dialog where you can specify the WAN optimizer details.

The speed of the check-in/out operations is dependent on the size of the packages. EA has to export the package to xmi before sending it off to version control. It is usually this exporting/importing that takes the most time.
Making the packages as small as possible usually helps.

Geert

[Andres]

Then in this case the EA deploy diagram is wrong because the EA clients does not conect directly with WAN optimizer service and yes with the SQL Server. Is this right? Or the EA clients avoid the SQL server configuration in order to connect to WAN optimizer service?

In my scenario we need to have many analyst working with diferent locations in the city and they can not connect directly to a database in some of our clients (because a http proxy).


Thanks.

[Geert Bellekens]

Andres,

In that case you might be better of with local (versioned) EAP file iso a central DBMS repository.

Geert

[Andres]

That option was the first but the WAN access to EA repository server is not free of obstacles like http proxies.

We try WAN Opt. but it yet requires access to DB.

We try EA + SVN but is really slow.

Meanwhile other tools like visual paradigm, telelogic, and the oracle tools too, supports well this aspect.

[Geert Bellekens]

Have you asked Sparx support for their opinion?
They might be able to give you some more advice.

Geert

[Andres]

We are selecting the tool for the enterprise continuum and only use trial versions to do that.

for now EA is the cheapest but not the better.

[Geert Bellekens]

Reason the more to ask their help.
I would explain the situation and ask for advice.
They are usually pretty responsive.

Geert

[tim-southerland]

Hi Geert,
 
I'm running into the same issue.  I have EA v8 configured to work w/ SVN 1.6. (via https) and authenticate to a Windows 2k3 AD server via LDAP (non-encrypted).  The EA client application communicates w/ the SVN server over 100/1000mbps connection and the two machines are physically colocated.  I am able to check models in and out, but the performance is excruciatingly slow (10-20 min).  This is especially slow when I try to add a model to version control for the first time.

I'm not sure if I'm running into a configuration issue, or a limitation of EA.  I suspect the former, but I need a concrete test that will help me verify.   The Network, memory and CPU are not showing any signs of stress.. it seems like the application just stalls or works at a very slow pace.

Given this configuration, can you describe the sequence of events that occur when I click on "add branch to version control" ?   Where would you expect bottlenecks to lie?  How can I verify which issue to attribute this performance problem to?

Thanks!
Tim

[Geert Bellekens]

Tim,

EA does version control using xmi files of the controlled packages. This means that everytime you checkout a file EA will get the latest version of the xmi file stored in VC and perform an import of that xmi file.
Same story when checking in, EA exports the package to xmi and checks that file in into version control.

The more packages you check-in/-out , the more time it takes to import/export the xmi file.

The total execution time of a a checkin operation should be the sum of
- time to export each package to xmi
- time to checkin each created xmi file to VC.

If this doesn't add up then there might be a configuration issue between EA and SVN. You might be able to get more detailed information on what is actually happening (and which operations take the most time) if you inspect the SVN logs on the SVN server side.

Geert

[Andres]

Considering that cycle of checkin/out what happen with the profile and images linked in the models, for example, EA client A (after checkout) makes a relationship matrix and saved with its corresponding new profile and edits over that profile option and save it. After that check in.

but when the  EA client B tries to get the images or relationship matrix ups... no one of them appears. The uml objects in the packages are well retrieved from SVN but the images used as background or copied from clipboard not (same for matrix).

Where are stored the linked images and rs matrix and how are they stored in SVN in order to allow team access them over any EA client.

Thanks.

[tim-southerland]

Thanks Geert,

I'm checking in 77 .xml files from about 22 folders.  The largest one is about 1MB.

how much time would you estimate is involved with exporting one 1MB .xmi file? importing?

I'll check svn logs next.

Tim