Como é AccuRev Desempenho?

Question

Como é o desempenho na versão atual (4.7) de AccuRev ?

• tempo para check-out por 100mb, por gb?
• tempo para cometer per # de arquivos ou mb?
• capacidade de resposta do gui quando 100+ streams?

Eu só tinha uma demonstração de AccuRev, e os fluxos de parecer uma forma leve de fluxo de trabalho modelo em torno de código / projetos. Já ouvi pessoas elogiando AccuRev para os fluxos de back-end e reclamando sobre o desempenho. AccuRev parece ter funcionado sobre o desempenho, mas eu gostaria de obter alguns dados reais para se certificar de que não é um caso de demos-bem-runs-menos bem.

Alguém tem anedotas desempenho AccuRev ou dados (ainda melhor) a partir de testes?

Answer 1

Eu não tenho quaisquer números, mas posso dizer-lhe onde temos problemas de desempenho notado.

Nossa constrói normalmente usam 30-40k arquivos de controle de origem. Na minha área de trabalho atualmente existem mais de 66K arquivos, incluindo arquivos intermediários e saída de construção, mais de 15 GB de tamanho. Para manter AccuRev trabalhar responsavelmente nós agressivamente usar os ignorar elementos para AccuRev ignora quaisquer arquivos intermediários, tais como * obj. Além disso, usamos o carimbo de tempo otimização . Em geral executando uma atualização é rápida, mas os tamanhos do projeto são normalmente 5-10 pessoas assim normalmente apenas um par de dezenas de arquivos vêm para baixo se você atualizar diariamente. Mesmo se alguém fez alterações que tocaram lotes de arquivos de velocidade não é um problema. Por outro lado, um preenchimento total de todas as 30K + arquivos é lenta. Eu não tenho um tempo desde que eu raramente fazer isso e nas raras ocasiões em que eu faço, eu executar o preenchimento quando eu estou indo para o almoço ou uma reunião. Espero que poderia ser tanto quanto 10 minutos. Em fonte geral arquivos descer muito rapidamente, mas temos algumas grandes arquivos binários, 10-20MB, que levam um par de segundos cada.

Se a excluir regras e ignorar elementos não estão configurados corretamente, AccuRev pode levar um par de minutos para executar uma atualização para espaços de trabalho deste tamanho. Quando ouço de outros desenvolvedores reclamando sobre a velocidade Eu sei que algo está configurado-miss e nós obtê-lo em ordem.

ou menos um ano atrás um do projeto impulso atualizado com 25K + arquivos e também FireFox para o repositório (esquecer o tamanho, mas fez pequeno impulso olhar.) Eles também acrescentaram UTI, escreveu um monte de software e inúmeros arquivos modificados. Em toda a recordação que eu havia aproximadamente 250K + arquivos sentado em um córrego. Eu, infelizmente, decidiu que todo o seu código de bom deve ser promovido para a raiz para todos os projetos poderia compartilhar. Este acabou por ser um pouco além do que AccuRev poderia lidar bem. Foi um processo de várias horas recebendo todas as mudanças promovidas. Pelo que me lembro uma vez FireFox foi promovido o resto correu bem? - talvez uma única transação com mais de 100 mil arquivos foi a questão

Eu recentemente atualizado impulso e por isso teve de manter e promover 25K + arquivos. Demorou um minuto ou dois, mas não razoável considerando o número de arquivos e tamanho dos binários.

Quanto ao número de fluxos, temos mais de 800 córregos e áreas de trabalho. Desempenho aqui não é um problema. Em geral, eu encontrar o grande número de fluxos difícil de navegar assim que eu executar uma exibição filtrada de apenas meus espaços de trabalho ea apenas córregos eu estou interessado. No entanto, quando eu preciso olhar para a lista não filtrada para encontrar desempenho algo é bom.

Como nota final, o apoio AccuRev é fantástico - chamamos-lhes a voz no céu. E agora cada vez que um tiro no próprio pé usando AccuRev e acabam sem noção sobre como corrigir as coisas. Quase sempre fizemos algo mudo e, em seguida, tentou mais burro algo para corrigi-lo. Eventualmente, nós colocamos um pedido de apoio ea próxima coisa que nós sabemos que eles estão nos percorrendo os passos para a justiça, quer por telefone ou uma reunião Goto. Eu mesmo contactado-los para coisas triviais que eu simplesmente não têm tempo para descobrir como eu estou tendo um dia agitado e eles gentilmente me atravessá-la, em vez de me dizendo para RTFM.

Answer 2

Editar 2014:. Agora podemos obter um desempenho aceitável X-Windows usando a versão comercial do RealVNC

Comentário Original: Essa resposta se aplica a qualquer versão do AccuRev, não apenas 4.7. Em primeiro lugar, o desempenho GUI pode ser OK se você pode usar o cliente web. Se você não pode usar o cliente web e se você quiser desempenho GUI então é melhor você estar usando o Windows, ou ter todos os seus desenvolvedores em um só lugar, ou seja, onde o servidor AccuRev está localizado. Tente executar o GUI em X-Windows através de uma WAN? Esquecê-lo: a nossa experiência tem sido dezenas de segundos ou minutos para operações básicas de apontar e clicar. Esta é mais uma boa WAN cerca de 800 milhas de distância, com um tempo de ping quase ideal. Isto não é uma falha de AccuRev, mas o X-Windows, e você provavelmente vai ter problemas semelhantes com outros aplicativos X mais de uma WAN. Portanto, evite X básicos se você puder. Atualmente não pode, e nossos usuários WAN são forçosamente relegados a única linha de comando. O problema básico é que AccuRev está é centralizado e você não pode aumentar a velocidade da luz. Eu acredito que você pode obter em torno de WAN latência executando servidores AccuRev de replicação, mas isso ainda não resolver adequadamente o problema se você tiver desenvolvedores remotos nos escritórios unipessoais mais de VPN. É irônico que os servidores de replicação pouco transformar esta VCS centralizado em uma forma de DVCS. Se você não tem servidores de replicação, em seguida, um trabalho em torno horrível, mas um pouco viável é a utilização de uma ferramenta de delta-sincronização, como rsync para sincronizar sua árvore fonte entre sua máquina local onde você pode executar a GUI (ie GUI sendo executado diretamente no seu Windows ou laptop Linux), ea máquina em que você está realmente trabalhando (por exemplo máquina UNIX 1.000 milhas de distância). Outra opção é usar algo como VNC que funciona melhor através de uma WAN do que X, a conexão com um desktop virtual no local do servidor AccuRev e uso X de lá. No meu local de trabalho mais do que uma equipa tem recorrido ao uso de Mercurial no lado e promover a AccuRev apenas quando é estritamente necessário. Como aponta Stephen Nutt acima, outros trabalhos necessários é usar otimização de carimbo de tempo e ignora. Nós também temos nossos administradores AccuRev (sim, ele requer que você empregar pessoas para o bebê sentar-lo) reclamar quando precisamos incluir um grande número de arquivos, apesar do fato de que eles formam uma parte essencial do nosso produto e deve ser incluído e controle de versão. Tire suas próprias conclusões.