RE: Betr.: RE: Undo check-out

It might be that on a large repository, it has to download the tree
structure first, which can take quite awhile.

If you wait for it to finish in the admin tool, and then try it again, does
it update much faster the 2nd time?

> -----Original Message-----
> From: [email protected]
> [mailto:[email protected]]On Behalf Of [email protected]
> Sent: Monday, March 29, 2004 8:41 AM
> To: Dan Schreiber; [email protected]
> Subject: Betr.: RE: [vault-list] Undo check-out
>
>
>
>
>
>                     "Dan
>
>
>                     Schreiber"           Aan:    <[email protected]>,
> <[email protected]>
>
>                     <dan@sourcege        cc:
>
>
>                     ar.com>              Onderwerp:   RE:
> [vault-list] Undo check-out
>
>
>
>
>                     29-03-2004
>
>
>                     16:26
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> This doesn't sound normal - it might be related to the number of checked
> out
> files you have, or possibly the number of files in the
> repository?  Can you
> give rough estimates for those numbers?
>
> In this case it was on a large repository
> 1885 folders (+ 588 deleted)
> 32269 files  (+9366 deleted)
>
> Only 8 of them were checked out
>
> Also, does this behavior only happen when choosing a repository
> in the Undo
> Checkouts pane of the admin tool?  Does loading a repository from a GUI
> client or loading a user's current pending change set take this
> long?  Does
> doing a search from the GUI client on any checked out file take about the
> same amount of time?
>
> No, in the GUI client everything works acceptably fast.
> Ofcourse with such a large repository we don't expect everything to be
> lightning fast.
> But in this case it wasn't acceptable anymore
>
> Adrie
>
> -Dan
>
> > -----Original Message-----
> > From: [email protected]
> > [mailto:[email protected]]On Behalf Of [email protected]
> > Sent: Monday, March 29, 2004 4:25 AM
> > To: [email protected]
> > Subject: [vault-list] Undo check-out
> >
> >
> > I wanted to undo a check out through the admin tool.
> > Loading the repository takes forever.
> > First I tried this on my workstation.
> > But when this didn't came to an end (after more than an hour), I
> > fired this
> > up on the Vault Server itself.
> > Thus leaving the network traffic out of the result.
> > No difference at all.
> > The server goes to a 100% workload, even dramtically slowing down the
> > screen updates.
> > Any idea if this is normal behaviour ?
> >
> > Adrie Bouwmeester
> > Accept Development B.V.
> > Markt 124
> > 4875 CH Etten Leur
> > The Netherlands
> > Tel. (+31) 76 501 40 33
> > [email protected]
> >
> > Dit E-mailbericht is uitsluitend bestemd voor de geadresseerde.
> > De informatie hierin is vertrouwelijk, zodat het derden niet is
> toegestaan
> > om daarvan
> > kennis te nemen of dit te verstrekken aan andere derden.
> > Indien u dit ontvangt, terwijl het niet voor u is bestemd, verzoeken wij
> u
> > ons hiervan
> > per omgaande te berichten. Bij voorbaat dank.
> > Dit bericht is louter informatief en hieraan kunnen geen rechten worden
> > ontleend.
> >
> > Op al onze diensten en /of werkzaamheden zijn de Algemene
> > Bedrijfsvoorwaarden van toepassing.
> > Deze zijn gedeponeerd bij de Kamer van Koophandel te Breda onder nummer
> > 20077921, waarvan een
> > exemplaar u desgevraagd kosteloos zal worden toegezonden.
> >
> >
> > _______________________________________________
> > vault-list mailing list
> > [email protected]
> > http://lists.sourcegear.com/cgi-bin/mailman/listinfo/vault-list
>
>
>
>
>
> _______________________________________________
> vault-list mailing list
> [email protected]
> http://lists.sourcegear.com/cgi-bin/mailman/listinfo/vault-list