Yes these are all internal to our company, we have a lot of 
repositories. I'll likely to start working on this in the near future, 
I'll let you know when I have a patch.

Thanks!

Christian Hammond wrote:
> I'd be perfectly fine with it :) Anything to increase speed is 
> welcome, especially if it's a pain point for you.
>
> I must say I've never heard of anyone using Review Board with so many 
> repositories. Are these all internal to your company (like one per 
> project) or do you have it set up with a bunch of outside repositories 
> or something?
>
> Christian
>
> -- 
> Christian Hammond - chip...@chipx86.com <mailto:chip...@chipx86.com>
> Review Board - http://www.review-board.org
> VMware, Inc. - http://www.vmware.com
>
>
> On Fri, Feb 20, 2009 at 8:52 AM, Gary M. Josack <g...@byoteki.com 
> <mailto:g...@byoteki.com>> wrote:
>
>
>     Sorry for the slow response, I've been busy.
>
>     We actually have hundreds of repositories and use HTTP which isn't
>     always kind. I'll admit that we have some less than ideal solutions in
>     place that could contribute to it being slower than a small shop but
>     even if it took a half second per request it's still possible that we
>     could be waiting over 50 seconds (considering 100 repositories) per
>     post-review. I'm willing to take the effort to make these changes but
>     I'm moreso interested in whether these changes would be excepted
>     upstream or whether they conflict with the maintainers view of
>     reviewboard.
>
>     Kevin Kubasik wrote:
>     > Even for a large reviewboard install (several dozen repos) I
>     don't see
>     > this being a major performance benefit/detriment. Can you
>     provide some
>     > numbers showing this as a problem? It seems like a largely
>     theoretical
>     > slowdown.
>     >
>     > -Kevin
>     >
>     > On Tue, Feb 17, 2009 at 2:59 PM, Gary M. Josack
>     <g...@byoteki.com <mailto:g...@byoteki.com>> wrote:
>     >
>     >> Disclaimer: This post is specific to SVN. I admittedly don't
>     know much
>     >> about the other RCS's that reviewboard supports.
>     >>
>     >> Would anyone be against the addition of UUID as a configurable
>     parameter
>     >> when adding a repository to reviewboard or having it grab the UUID
>     >> automatically when you first configure it and store it? I ask
>     because
>     >> currently post-review will get a list of the repositories then
>     iterate
>     >> over each one until it finds a match. This seems wasteful and
>     can take a
>     >> while when you have a large number of repositories to work
>     through. The
>     >> UUID should not change in a repository and querying possibly
>     every repo
>     >> in your list for this data to find a match seems wasteful when
>     the list
>     >> of the repos can provide this data making post-review perform
>     O(1) for
>     >> number of repos.
>     >>
>     >> Any comments/questions?
>     >>
>     >> Thanks,
>     >> Gary M. Josack
>     >>
>     >>
>     >
>     >
>     >
>     >
>
>
>
>
>
> >


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"reviewboard" group.
To post to this group, send email to reviewboard@googlegroups.com
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to