Latest LQ Deal: Complete CCNA, CCNP & Red Hat Certification Training Bundle
Go Back > Forums > Non-*NIX Forums > General
User Name
General This forum is for non-technical general discussion which can include both Linux and non-Linux topics. Have fun!


  Search this Thread
Old 01-10-2018, 11:39 PM   #1
LQ Newbie
Registered: Jan 2018
Posts: 1

Rep: Reputation: Disabled
RPC framework in embedded systems


I have read about Thrift, Protobuff, cap n Proto, and all these serialization/RPC frameworks looks really promising. What I am not sure whether any one of these could be used in embedded systems without any performance issue. I think shared memory is still the best for all inter module communication in same host, but not sure how practical are these RPC framework on embedded systems.
Old 01-11-2018, 06:57 AM   #2
Registered: Mar 2011
Location: MA, USA
Distribution: MINT Debian, Angstrom, SUSE, Ubuntu, Debian
Posts: 7,163
Blog Entries: 12

Rep: Reputation: 2642Reputation: 2642Reputation: 2642Reputation: 2642Reputation: 2642Reputation: 2642Reputation: 2642Reputation: 2642Reputation: 2642Reputation: 2642Reputation: 2642
Moved: This thread is more suitable in General and has been moved accordingly to help your thread/question get the exposure it deserves.
Old 01-16-2018, 04:57 PM   #3
LQ Guru
Registered: Feb 2004
Location: SE Tennessee, USA
Distribution: Gentoo, LFS
Posts: 9,078
Blog Entries: 4

Rep: Reputation: 3170Reputation: 3170Reputation: 3170Reputation: 3170Reputation: 3170Reputation: 3170Reputation: 3170Reputation: 3170Reputation: 3170Reputation: 3170Reputation: 3170
RPC and IPC ("Remote Procedure Call," "Inter-Process Communication") are really two entirely-separate concerns.

"Serialization" is only a concern if you have to squirt the data through a physical network.

Two processes on the same system can use a variety of methods to communicate with one another, using very high-level abstract concepts such as "thread-safe queues," with a variety of available off-the-shelf implementations for anything you care to name. (You never need to "roll your own.") Treat your selected widget-of-choice as a "black box." Start the engine and drive the car ... don't raise the hood.

A central concern will be just how performance-sensitive your situation actually is. Is it, in fact, so "pedal to the metal" that the nanoseconds consumed in the business of communicating will actually matter? Only you can tell.

Last edited by sundialsvcs; 01-16-2018 at 04:59 PM.


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off

Similar Threads
Thread Thread Starter Forum Replies Last Post
LXer: Google open-sources HTTP/2-based RPC framework LXer Syndicated Linux News 0 02-28-2015 05:12 AM
which linux Operating systems applied to Embedded systems? ubun2os Linux - Embedded & Single-board computer 3 03-14-2013 04:24 PM
RPC stack on embedded linux Jalinder Linux - Embedded & Single-board computer 1 09-01-2012 01:25 PM
Read only file systems, custom live CDs, and embedded systems coffeecoffee Linux - Newbie 2 02-24-2009 11:09 PM
help me please!!-running c program using rpc in another systems ratheesh Linux - Networking 8 02-10-2009 04:33 AM > Forums > Non-*NIX Forums > General

All times are GMT -5. The time now is 03:43 PM.

Main Menu
Write for LQ is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration