ts-7000
[Top] [All Lists]

Res: [ts-7000] Re: CPU spikes on 7350 for tsscarda

To:
Subject: Res: [ts-7000] Re: CPU spikes on 7350 for tsscarda
From: "Steve M" <>
Date: Thu, 02 Dec 2010 14:15:57 -0000
Thanks all for the input. As background, I have three processes running for my 
application, two of which I ported from a Linux PC. There is a shell script 
which wraps a gps client and filters the data I need. I have a C program that 
does memory mapping and a Java program that does the primary processing. The 
three process share data, though the shell script only creates data needed by 
the other two. These processes are working as desired. The only issue is the 
CPU spike.

If time were not an issue, I could explore several of the options.
It's easy enough to set up a socket between the C and Java program. I've also 
thought about calling the script from the Java program and getting back the 
data I need.

What I have not tried before is writing the files to RAM so I'm not sure what 
is involved with that.

Thanks,
Steve

--- In  Lissandro <> wrote:
>
> If volatility of data is not an issue as pointed out below...
>
> You could also create either one of the IPC resources that are OS native. 
> They
> are all relativelly simple to use:
>
>     * pipe between the threads or processes.
> Or  * messages.
>
> Or  * Shared memory.
>
> I would recommend first 2 because it´s implied sequence and delivery, 3rd 
> option
> if you want to have fun with semaphores and/or other kind of control to avoid
> races between the provider and the consumer of your data.
>
> If you use sockets you should be able, in som efuture, to port your 
> application
> to a remotely distributed application since the code will be already 
> implemented
> in sockets.
>
>
>
>
> ________________________________
> De: naturalwatt <>
> Para: 
> Enviadas: Quinta-feira, 2 de Dezembro de 2010 11:19:10
> Assunto: [ts-7000] Re: CPU spikes on 7350 for tsscarda
>
>  
> Just out of curiosity, why don't you use a RAM filesystem and read/write files
> there? Is it essential that the data survives a reboot?
>
> --- In  "Steve M" <smccrea@> wrote:
> >
> > Thanks. Sounds like it will only help.
> >
> > --- In  Jason Stahls <jason@> wrote:
> > >
> > > On 12/1/2010 1:28 PM, Steve M wrote:
> > > > Just for my confirmation, if I talk sockets between the processes that I
> >currently have communicating via flat file, should this resolve my issue with
> >the CPU spike?
> > > >
> > > > Just wondering if someone else has taken this route. I don't have the 
> > > > board
> >at the moment.
> > >
> > > It should, if nothing else there's a lot less I/O required to talk over
> > > sockets :) The other big issue with talking over files on the SD card
> > > is you will wear the card out.
> > >
> > > --
> > > Jason Stahls
> > >
> >
>




------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/ts-7000/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/ts-7000/join
    (Yahoo! ID required)

<*> To change settings via email:
    
    

<*> To unsubscribe from this group, send an email to:
    

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

<Prev in Thread] Current Thread [Next in Thread>
Admin

Disclaimer: Neither Andrew Taylor nor the University of NSW School of Computer and Engineering take any responsibility for the contents of this archive. It is purely a compilation of material sent by many people to the birding-aus mailing list. It has not been checked for accuracy nor its content verified in any way. If you wish to get material removed from the archive or have other queries about the archive e-mail Andrew Taylor at this address: andrewt@cse.unsw.EDU.AU