Hello Andy,
> I don't know why it does this, but it does take 10+ minutes
> on my mac for this to complete. There are over 7,000 files
> in these subdirectories on my computer.
>
> We're using JavaSVN and svn+ssh urls.
I do not think this is realted to JavaSVN - in my JavaSVN workspace I
exeprience the same problem - test repositories and working copies of python
tests are created automatically inside the workspace (so far I didn't find a
way to create them outside) - so there are a lot of files and small working
copies inside the workspace.
Sometimes (but not every time), Eclipse decides to refresh these files and
directories and SVNStatusSubscriber takes a lot of time to update svn
statuses for those files. Sometimes it happens on synchronization and
sometimes on Eclipse startup (probably after Eclipse crashed or restarted
with -clean option).
I think the workaround could be to create temp files outside the workspace
or somehow configure Subclipse to ignore certain files and directories.
Alexander Kitaev,
TMate Software,
http://tmate.org/
http://jetbrains.com/tmate/
> -----Original Message-----
> From: Andy Fyfe [mailto:afyfe@bigtribe.com]
> Sent: Friday, February 10, 2006 8:46 PM
> To: users@subclipse.tigris.org
> Subject: Re: [Subclipse-users] Committing slow
>
> We've also been experiencing slow synchronizations as well as commits.
>
> One thing I've observerd, from looking at the "Details",
> SVNStatusSubscriber is busy diving into the "build" and
> "target" subdirectories of our projects. The directories are
> included in the appropriate svn:ignore properties, and I've
> also tried adding them to the eclipse ignored resources
> preference, but that didn't help.
>
> I don't know why it does this, but it does take 10+ minutes
> on my mac for this to complete. There are over 7,000 files
> in these subdirectories on my computer.
>
> We're using JavaSVN and svn+ssh urls.
>
> --Andy
>
> On Feb 8, 2006, at 8:57 AM, Alexander Kitaev wrote:
>
> > Hello Bart,
> >
> >> Note that this is using JavaSVN, not JavaHL. I tried the
> > Yesterday I've investigated this problem with Udo Rader and
> sent him
> > the version of the library that should probably fix the problem. He
> > promised to test it today.
> >
> > If you'd like I could send patched version to you too. This problem
> > (delays on commit) only occurs when using HTTP protocol in specific
> > environment (i.e. it works fast on my computer, but some people,
> > mostly Linux users as far as I undersood, wrote that commit
> is slow),
> > that is why I would like to make sure that my patch fixes
> the problem
> > before publishing the new version.
> >
> > Alexander Kitaev,
> > TMate Software,
> > http://tmate.org/
> > http://jetbrains.com/tmate/
> >
> >> -----Original Message-----
> >> From: Bart van Kuik [mailto:b.van.kuik@sron.nl]
> >> Sent: Wednesday, February 08, 2006 7:45 PM
> >> To: users@subclipse.tigris.org
> >> Subject: Re: [Subclipse-users] Committing slow
> >>
> >> (Resending with correct subject, my apologies)
> >>
> >>>> When committing a file, sometimes Subclipse progress stays
> >> at 98% for
> >>>> ten to twenty seconds. This can happen with just one line
> >> of change
> >>>> in one file.
> >>> I would suggest trying a similar commit using the command
> >> line client
> >>> and compare the total times. They should be within a few
> >> seconds of
> >>> each other. Ignore the progress % shown in Subclipse.
> >>
> >> For the same file, the command line takes something like
> 1.5 seconds.
> >> Using Subclipse, it takes about 20 seconds.
> >>
> >> Note that this is using JavaSVN, not JavaHL. I tried the latter
> >> option, but I'm running Debian linux and the ggtools
> packages have a
> >> JavaHL that's too old.
> >>
> >> Do people have noticed performance differences between JavaSVN and
> >> JavaHL?
> >>
> >> Thanks,
> >> Bart
> >>
> >>
> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
> >> For additional commands, e-mail: users-help@subclipse.tigris.org
> >>
> >>
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
> > For additional commands, e-mail: users-help@subclipse.tigris.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
> For additional commands, e-mail: users-help@subclipse.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Fri Feb 10 19:19:40 2006