[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ptp-dev] [cdt-dev] Screen-cast of Remote Project Prototype Demo

Thanks Roland,

I have posted the CDT changes I made to the bug:

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

-- Jeff J.

On 03/05/2012 02:16 PM, Roland Schulz wrote:
Hi,

I was asked during the call for the bug number of problems with the RSE
performance related to threading issues. Some of these + other links are:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=218387
https://bugs.eclipse.org/bugs/show_bug.cgi?id=219164
https://bugs.eclipse.org/bugs/show_bug.cgi?id=219169
http://dev.eclipse.org/mhonarc/lists/dsdp-tm-dev/msg01699.html
http://wiki.eclipse.org/Platform/Team_Synchronization_on_top_of_RSE
http://wiki.eclipse.org/TM_and_RSE_FAQ#How_can_I_use_a_remote_workspace_over_SSH.3F
A few other are linked to in our design bug:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=316709

Roland

On Fri, Mar 2, 2012 at 6:29 PM, sami wagiaalla <swagiaal@xxxxxxxxxx
<mailto:swagiaal@xxxxxxxxxx>> wrote:

    Here is a summary of the call which was held today regarding the remote
    project prototype:

    Jeff gave a brief description of the work that he did taking advantage
    of RDT to make the Autotools remote capable with minimal changes to CDT
    and Autotools. He promised to update the wiki page with more information
    about his work.

    Doug mentioned that CDT would be interested in simple remote project
    support, but that he has not looked at Jeff's changes yet and cannot
    speak to the architectural impact of incorporating them into the CDT.

    Chris felt that Jeff's work is duplicating what RDT is already doing. He
    also mentioned that it may have been a lot easier to create an RDT
    Autotools project. Chris's view is that this work does not solve any
    problems for RDT other than the UI clutter issue, but he did feel that
    the work does have merit. He suggested that the way forward is for Jeff
    to do the heavy lifting and coming up with ideas and posting them for
    discussion to see what people think.

    It was also discussed that while it might be easy to apply this
    abstraction to a simple remote project there are a number of challenges
    when it comes to doing the same for a synced project. For example the
    fact that you need to ensure that files are automatically and
    transparently synced before accessing them. One answer to this, proposed
    by Roland, was that if the remote OS had some kind of hook to provide
    notification when a file changes it can be used to ensure that files
    stay synced.

    Roland also spoke about the challenges of putting the remote abstraction
    at the platform level. He gave the example of how some plugins make file
    access in the UI thread, and how that in a remote system with some lag
    this will cause the UI to freeze.

    For the next step Jeff will post his patches with some additional
    information about the design.

    Please feel free to reply to this if there is anything I missed or
    paraphrased incorrectly.

       Sami Wagiaalla







--
ORNL/UT Center for Molecular Biophysics cmb.ornl.gov <http://cmb.ornl.gov>
865-241-1537, ORNL PO BOX 2008 MS6309