[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

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> 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
865-241-1537, ORNL PO BOX 2008 MS6309