[p4] Is a 1500 line protect table excessive?
Shawn Hladky
p4shawn at gmail.com
Wed Dec 12 14:54:10 PST 2007
You might take a look at this paper, which describes performance impacts of
embedded wildcards and exclusionary mappings in the protects table and/or
client view.
http://perforce.com/perforce/conferences/us/2007/presentations/MShields_Performance2007_paper.pdf
On Dec 12, 2007 10:50 AM, Dave Lewis <dlewis78731 at gmail.com> wrote:
> We have had a few hundred lines without trouble. It seems to me that
> it is more sensitive to the wildcarding. We had some lines like
> //depot/foo/.../bar/..., and expanding these to perhaps 15 lines and
> dropping the first ... increased performance hugely. I believe (but
> I'm not sure) that protection table lines get pre-processed into a
> more efficient form. In the case I mentioned above, in p4win clicking
> on a path to expand it might take a minute. After expanding the
> wildcard, it took a second.
>
> Still, 1500 lines seems like a lot. We also had some branch specs
> with 5,000 lines. They were slow to use, but only the admins used
> them so that wasn't a problem.
>
> dave
>
>
> On Dec 11, 2007 3:49 PM, Ivey, William <william_ivey at bmc.com> wrote:
> > I'd think so.
> >
> >
> >
> > I'm looking at the protect table of a server I wasn't the admin of and
> >
> > it is right around 1500 lines (all groups). Looks like the only
> >
> > wildcarded path sections are the usual trailing /...
> >
> >
> >
> > Some of the lines are probably obsolete and a lot of them can
> >
> > be replaced by making some groups sub-groups of others which
> >
> > would replace three protect lines by two at least.
> >
> >
> >
> > Does anyone have a feel for the performance impact this might
> >
> > have if we could cut it down by 30-40%? (Is it worth doing a major
> >
> > overhaul in the short term vs. whittling it down over time?)
> >
> >
> >
> > Thanks.
> >
> >
> >
> > -Wm
> >
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > perforce-user mailing list - perforce-user at perforce.com
> > http://maillist.perforce.com/mailman/listinfo/perforce-user
> >
> _______________________________________________
> perforce-user mailing list - perforce-user at perforce.com
> http://maillist.perforce.com/mailman/listinfo/perforce-user
>
More information about the perforce-user
mailing list