|
Re: Refresh after SVN update too slow [message #44959 is a reply to message #44886] |
Mon, 27 April 2009 04:08 |
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 15:45 |
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 15:34 |
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
|
|
|
Powered by
FUDForum. Page generated in 0.04004 seconds