[p4] Perforce evaluation - Ed Mack - com.perforce.perforce-user

6 messages in com.perforce.perforce-user[p4] Perforce evaluation

From	Sent On	Attachments
Russell Jackson	19 Jul 2000 19:30
Hendrik Schober	20 Jul 2000 01:13
Ed Mack	20 Jul 2000 14:51
Jeffrey Schmidt	21 Jul 2000 07:16
Nick Triantos	21 Jul 2000 10:30
Dave Lewis	21 Jul 2000 11:08

Subject:	[p4] Perforce evaluation
From:	Ed Mack (ed...@wrq.com)
Date:	07/20/2000 02:51:37 PM
List:	com.perforce.perforce-user

Because I don't have all of the figures available, I won't get into the timings you requested, but I'll say something about your other questions.

Performance has scaled very well. We have about 240 users, using seven Perforce servers, on two physical machines--NT and HPUX (I recommend using a single Perforce server, if possible; we did not split ours for performance reasons, rather because of different company divisions and locations).

The only corruption we have had was with a similar obliterate problem Russell encountered.

The database Perforce uses is BerkleyDB. I'm sure you could access the tables, directly, but I don't know if this would give you meaningful data. The reports from Perforce are quick and easy to parse.

Perforce administration is minimal; this is one of the reasons we selected it over some of the larger, more expensive packages.

We gave each of our teams a 1 1/2 hour demonstration and Q&A session, the day before they started using Perforce. In the first few days of use, we received surprisingly few questions. Many of our Doc's people are using Perforce.

Compared to other products, remote access is excellent! It is very useable over slow connections.

Other good things: Performance and usability, with regard to branching, merging, and labeling. Licensing policies--by user, rather than by machine. Perforce Technical Support is responsive and knowledgeable.

-----Original Message----- From: Grant Thorton [mailto:mrxml at webave.com] Sent: Monday, July 17, 2000 12:41 AM To: perforce-user at perforce.com Cc: support at perforce.com Subject: [p4] Perforce evaluation

Greetings,

During my evaluation of Perforce I have come up with some questions.

If anyone can supply me with actual numbers, I would be appreciative. I am curious how long it takes to run p4 verify on a large system. How long does it take to run checkpoint? Of course, these numbers are useless without such data as how many files you have and how many users you have?

What is the total size of your db.* files? I read that the database requires .5K per user per file. With 200+ users and ~300K files you get 200 * 300,000 * .5K of data. Perforce is _very_ fast in my tests with two users and 1000 files, but does the performance scale well?

Has anyone had problems with data loss/corruption? Is the database used a Perforce creation? Is there any way to run queries directly against the data?

How hard is the tool to administrate? How hard is it to train users on Perforce? Are less technical users like graphics designers or documentation writers able to use Perforce?

How well does Peforce work with remote users?

Any other good or bad things that I should consider?

Thanks,

Mr. XML

_____________________________________________ Free email with personality! Over 200 domains! http://www.MyOwnEmail.com