Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Subversive » Refresh after SVN update too slow
Refresh after SVN update too slow [message #44886] Thu, 23 April 2009 11:49 Go to next message
Jon Wilson is currently offline Jon Wilson
Messages: 35
Registered: July 2009
Member
Hi,

Running latest 3.4 + CDT + Subversive.

When updating from SVN, it seems Subversive triggers a complete project
refresh. For our project this is painfully sloooowwww (way slower than
the actual SVN update itself) e.g 5 seconds for the SVN update then a
minute or so for the project refresh.

Are there any plans for improving this? E.g. by having Subversive be a
bit smarter about what gets refreshed?

Can Subversive even do that or are its hands tied by the Eclipse
platform in some way? Is it really a question for the platform guys?

I hope there is a solution ... I even tried Subclipse but found it too
buggy... :)

I've found a few references to this problem including this issue:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=266492

I'm running with the patch mentioned there but that doesn't (seem to...)
help the whole-project-refresh issue.

Cheers,

Jon
Re: Refresh after SVN update too slow [message #44959 is a reply to message #44886] Mon, 27 April 2009 00:08 Go to previous messageGo to next message
Eclipse User
Originally posted by: igor.ifedorenko.com

I do not know what happens with CDT, but with M2E the behaviour you
describe is triggered by out-of-workspace resource changes (CDT uses
external compiler, right?). I've profiled the problem some time ago but
never had time to implement more efficient refresh algorithm.

https://bugs.eclipse.org/bugs/show_bug.cgi?id=259287

--
Regards,
Igor


Jon Wilson wrote:
> Hi,
>
> Running latest 3.4 + CDT + Subversive.
>
> When updating from SVN, it seems Subversive triggers a complete project
> refresh. For our project this is painfully sloooowwww (way slower than
> the actual SVN update itself) e.g 5 seconds for the SVN update then a
> minute or so for the project refresh.
>
> Are there any plans for improving this? E.g. by having Subversive be a
> bit smarter about what gets refreshed?
>
> Can Subversive even do that or are its hands tied by the Eclipse
> platform in some way? Is it really a question for the platform guys?
>
> I hope there is a solution ... I even tried Subclipse but found it too
> buggy... :)
>
> I've found a few references to this problem including this issue:
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=266492
>
> I'm running with the patch mentioned there but that doesn't (seem to...)
> help the whole-project-refresh issue.
>
> Cheers,
>
> Jon
Re: Refresh after SVN update too slow [message #45000 is a reply to message #44959] Mon, 27 April 2009 11:45 Go to previous messageGo to next message
Jon Wilson is currently offline Jon Wilson
Messages: 35
Registered: July 2009
Member
Thanks for the reply Igor.

I don't think this is due to out-of-workspace changes, it just happens
on each SVN update, even if I haven't run a build or done anything else
that would make under-the-hood changes.

The Progress window indicates Eclipse is performing a project refresh
and I'm guessing it is a full project refresh given how long it takes.
It would be great if it only refreshed the changed files.

In case it is relevant... our build is through a CDT Make Target that
just runs 'make' and the build by-products aren't under version control.

If there are any tests/analysis I can run that would help then let me know.

Cheers,

Jon


Igor Fedorenko wrote:
> I do not know what happens with CDT, but with M2E the behaviour you
> describe is triggered by out-of-workspace resource changes (CDT uses
> external compiler, right?). I've profiled the problem some time ago but
> never had time to implement more efficient refresh algorithm.
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=259287
>
> --
> Regards,
> Igor
>
>
> Jon Wilson wrote:
>> Hi,
>>
>> Running latest 3.4 + CDT + Subversive.
>>
>> When updating from SVN, it seems Subversive triggers a complete
>> project refresh. For our project this is painfully sloooowwww (way
>> slower than the actual SVN update itself) e.g 5 seconds for the SVN
>> update then a minute or so for the project refresh.
>>
>> Are there any plans for improving this? E.g. by having Subversive be
>> a bit smarter about what gets refreshed?
>>
>> Can Subversive even do that or are its hands tied by the Eclipse
>> platform in some way? Is it really a question for the platform guys?
>>
>> I hope there is a solution ... I even tried Subclipse but found it too
>> buggy... :)
>>
>> I've found a few references to this problem including this issue:
>>
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=266492
>>
>> I'm running with the patch mentioned there but that doesn't (seem
>> to...) help the whole-project-refresh issue.
>>
>> Cheers,
>>
>> Jon
Re: Refresh after SVN update too slow [message #45958 is a reply to message #45000] Tue, 05 May 2009 11:34 Go to previous message
Igor Burilo is currently offline Igor Burilo
Messages: 435
Registered: July 2009
Senior Member
Hello,

There are already reported bugs about this problem, as Igor Fedorenko wrote,
for more details please see
https://bugs.eclipse.org/bugs/show_bug.cgi?id=259287,
https://bugs.eclipse.org/bugs/show_bug.cgi?id=266492.
If you provide test cases for the problem I'd greatly appreciate you.

> Thanks for the reply Igor.
>
> I don't think this is due to out-of-workspace changes, it just happens on
> each SVN update, even if I haven't run a build or done anything else that
> would make under-the-hood changes.
>
> The Progress window indicates Eclipse is performing a project refresh and
> I'm guessing it is a full project refresh given how long it takes. It
> would be great if it only refreshed the changed files.
>
> In case it is relevant... our build is through a CDT Make Target that just
> runs 'make' and the build by-products aren't under version control.
>
> If there are any tests/analysis I can run that would help then let me
> know.
>
> Cheers,
>
> Jon
>
>
> Igor Fedorenko wrote:
>> I do not know what happens with CDT, but with M2E the behaviour you
>> describe is triggered by out-of-workspace resource changes (CDT uses
>> external compiler, right?). I've profiled the problem some time ago but
>> never had time to implement more efficient refresh algorithm.
>>
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=259287
>>
>> --
>> Regards,
>> Igor
>>
>>
>> Jon Wilson wrote:
>>> Hi,
>>>
>>> Running latest 3.4 + CDT + Subversive.
>>>
>>> When updating from SVN, it seems Subversive triggers a complete project
>>> refresh. For our project this is painfully sloooowwww (way slower than
>>> the actual SVN update itself) e.g 5 seconds for the SVN update then a
>>> minute or so for the project refresh.
>>>
>>> Are there any plans for improving this? E.g. by having Subversive be a
>>> bit smarter about what gets refreshed?
>>>
>>> Can Subversive even do that or are its hands tied by the Eclipse
>>> platform in some way? Is it really a question for the platform guys?
>>>
>>> I hope there is a solution ... I even tried Subclipse but found it too
>>> buggy... :)
>>>
>>> I've found a few references to this problem including this issue:
>>>
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=266492
>>>
>>> I'm running with the patch mentioned there but that doesn't (seem to...)
>>> help the whole-project-refresh issue.
>>>
>>> Cheers,
>>>
>>> Jon
Previous Topic:Merge revisions not working
Next Topic:Working copy of local repository
Goto Forum:
  


Current Time: Fri Aug 22 10:00:41 EDT 2014

Powered by FUDForum. Page generated in 0.09606 seconds