Re: [linuxtools-dev] Unified launcher for remote profiling?

[Rodrigo Fraxino Araujo <rfaraujo@xxxxxxxxxxxxxxxxxx>]

Regarding that issue, I have started studying approaches with better
performance for remote projects. 

In our project we are going to start using synchronized projects for
that purpose, that only requires the git package installed in the
remote server.

http://wiki.eclipse.org/PTP/sync-projects#Basic_Information

I have done some testing using the LinuxTools plug-ins and they are
breaking with such approach. I plan on investigate / open
bugs / submit patches for the exceptions that are being thrown by the
proxy profiling package.

A great benefit of synchronized projects is the low latency and better
performance that we are gaining by the possibility of doing several
operations locally.

Best regards,

Rodrigo Fraxino Araujo
IBM Linux Technology Center.

On Wed, 14 Nov 2012 05:40:40 -0500 (EST)
Aleksandar Kurtakov <akurtako@xxxxxxxxxx> wrote:

> ----- Original Message -----
> > From: "Anna Dushistova" <anna.dushistova@xxxxxxxxx>
> > To: "Linux Tools developer discussions" <linuxtools-dev@xxxxxxxxxxx>
> > Sent: Wednesday, November 14, 2012 12:22:15 PM
> > Subject: Re: [linuxtools-dev] Unified launcher for remote profiling?
> > 
> > Hi All,
> > 
> > On Tue, Nov 13, 2012 at 7:22 PM, Roland Grunberg
> > <rgrunber@xxxxxxxxxx> wrote:
> > > I guess we could have plugins that can run remotely use the same
> > > extension point, but some small changes would have to be made. I'm
> > > not entirely familiar with all the details about remote profiling
> > > as
> > > I haven't touched it in a while, but assuming a project is already
> > > set
> > > up on some remote machine it should be possibe.
> > >
> > 
> > From that I take it as RDT is used as a default remote
> > communications framework, is that correct?
> > Right now remote run launcher/automatic remote debug launcher and
> > LTTng use RSE(which makes more sense in the embedded use case when
> > resources on the remote are limited to support native development
> > mode), and then there is also Target Explorer...
> > 
> > Are there any plans to standardize the remote communication
> > mechanism at least for the Linux Tools projects?
> > It's very painful for a user to set up 3 different connections to
> > one target to use 3 different tools.
> 
> I would love to see this standardised but it would need the attention
> of the various stackholders in order to happen. I can list many other
> areas where we(Linux Tools) fail on sharing code pretty badly. For
> well known reasons - I would encourage using the lightest(fewer
> dependencies count!) and best integrated with the platform one. Linux
> Tools becoming a project that depends on everything under the sun
> doesn't make me happy.
> 
> 
> Alexander Kurtakov
> Red Hat Eclipse team
> 
> > 
> > Thanks!
> > Anna.
> > _______________________________________________
> > linuxtools-dev mailing list
> > linuxtools-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
> > 
> _______________________________________________
> linuxtools-dev mailing list
> linuxtools-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
>