Publish-subscribe communication model in ROS - Performance & Optimization

Performance: Publish-subscribe communication model

MEDIUM IMPACT

This affects message delivery speed and CPU usage during communication between nodes in a ROS system.

Sending messages between ROS nodes efficiently

ROS

Use message throttling with ros::Rate or message_filters to limit publish frequency and filter messages

Reduces CPU and network load by sending only necessary messages at controlled rates.

📈 Performance Gainlowers CPU usage and network traffic, improving message delivery speed

Sending messages between ROS nodes efficiently

ROS

publisher.publish(large_message) inside a tight loop without rate control or message filtering

Flooding the network and CPU with too many messages causes delays and high CPU usage.

📉 Performance Costtriggers high CPU load and network congestion, increasing message latency

Performance Comparison

Pattern	CPU Usage	Network Load	Message Latency	Verdict
Uncontrolled high-frequency publishing	High	High	High latency due to congestion	[X] Bad
Throttled publishing with message filtering	Low to Medium	Low to Medium	Low latency with smooth delivery	[OK] Good

Rendering Pipeline

In ROS, the publish-subscribe model passes messages from publishers to subscribers asynchronously, avoiding blocking operations and allowing nodes to process messages independently.

→Message Serialization

→Network Transmission

→Message Deserialization

→Callback Execution

⚠️ BottleneckNetwork Transmission and Callback Execution can become bottlenecks if message size or frequency is too high.

Optimization Tips

1Avoid publishing messages faster than subscribers can process them.

2Use message filters and throttling to reduce unnecessary message traffic.

3Keep message sizes small to minimize network transmission time.

Performance Quiz - 3 Questions

What is a common performance issue when publishing messages too frequently in ROS?

A Messages get lost due to small buffer sizes

B High CPU and network load causing message delays

C Subscribers process messages faster than publishers send them

D Publishers block waiting for subscribers

DevTools: rosbag and rqt_graph

How to check: Record message traffic with rosbag and visualize node connections and message rates with rqt_graph.

What to look for: Look for message frequency spikes and network congestion signs to identify performance issues.

Practice

1. What is the main role of a publisher in the ROS publish-subscribe model?

easy

A. To create new topics dynamically

B. To receive messages from a topic

C. To store messages in a database

D. To send messages to a topic

Solution

1. Step 1: Understand the publish-subscribe roles

   In ROS, publishers send messages to topics, while subscribers receive messages from topics.

2. Step 2: Identify the publisher's function

   The publisher's job is to send data to a topic so subscribers can receive it.

3. Final Answer:

   To send messages to a topic -> Option D

4. Quick Check:

   Publisher = sends messages [OK]

Hint: Publisher sends, subscriber receives messages [OK]

Common Mistakes:

• Confusing publisher with subscriber
• Thinking publisher stores messages
• Assuming publisher creates topics

2. Which of the following is the correct way to create a ROS publisher in Python?

easy

A. pub = rospy.Publisher('topic_name', callback, queue_size=10)

B. pub = rospy.Subscriber('topic_name', String, callback)

C. pub = rospy.Publisher('topic_name', String, queue_size=10)

D. pub = rospy.Subscriber('topic_name', String)

Solution

1. Step 1: Recall publisher syntax in ROS Python

   The correct syntax uses rospy.Publisher with topic name, message type, and queue size.

2. Step 2: Check each option

   pub = rospy.Publisher('topic_name', String, queue_size=10) matches the correct syntax. Using Subscriber instead of Publisher is incorrect. pub = rospy.Publisher('topic_name', callback, queue_size=10) incorrectly uses callback instead of message type.

3. Final Answer:

   pub = rospy.Publisher('topic_name', String, queue_size=10) -> Option C

4. Quick Check:

   Publisher syntax = rospy.Publisher(topic, type, queue_size) [OK]

Hint: Publisher uses rospy.Publisher(topic, type, queue_size) [OK]

Common Mistakes:

• Using Subscriber instead of Publisher
• Passing callback instead of message type
• Omitting queue_size parameter

3. Given the following ROS Python code snippet, what will be printed when a message with data 'Hello' is published?

import rospy
from std_msgs.msg import String

def callback(msg):
    print(f'Received: {msg.data}')

rospy.init_node('listener')
sub = rospy.Subscriber('chatter', String, callback)
rospy.spin()

medium

A. Received: Hello

B. Hello

C. Received: msg

D. No output

Solution

1. Step 1: Understand the callback function

   The callback prints 'Received: ' followed by the message's data field.

2. Step 2: Analyze the message content

   The message data is 'Hello', so the print statement outputs 'Received: Hello'.

3. Final Answer:

   Received: Hello -> Option A

4. Quick Check:

   Callback prints 'Received: ' + msg.data [OK]

Hint: Callback prints 'Received: ' plus message data [OK]

Common Mistakes:

• Printing message object instead of data
• Expecting just the message data without prefix
• Thinking no output occurs without explicit print

4. Identify the error in this ROS Python subscriber code:

import rospy
from std_msgs.msg import String

def callback(msg):
    print(msg.data)

rospy.init_node('listener')
sub = rospy.Subscriber('chatter', String)
rospy.spin()

medium

A. Incorrect message type used

B. Missing callback function in Subscriber

C. Node not initialized

D. No import for rospy

Solution

1. Step 1: Review Subscriber syntax

   Subscriber requires three arguments: topic name, message type, and callback function.

2. Step 2: Check the given code

   The Subscriber call misses the callback argument, causing an error.

3. Final Answer:

   Missing callback function in Subscriber -> Option B

4. Quick Check:

   Subscriber needs callback argument [OK]

Hint: Subscriber must include callback function [OK]

Common Mistakes:

• Omitting callback in Subscriber
• Confusing Publisher and Subscriber arguments
• Forgetting to initialize node

5. You want to create a ROS system where multiple nodes publish sensor data to the same topic, and one node subscribes to process all data. Which feature of the publish-subscribe model makes this possible?

hard

A. Topics allow multiple publishers and subscribers to communicate independently

B. Each topic can have only one publisher and one subscriber

C. Publishers must know all subscribers to send messages

D. Subscribers can only listen to one topic at a time

Solution

1. Step 1: Understand topic communication in ROS

   Topics support multiple publishers and subscribers simultaneously, enabling flexible communication.

2. Step 2: Analyze the scenario

   Multiple nodes publishing to the same topic and one subscriber processing all data is possible because topics allow many publishers and subscribers.

3. Final Answer:

   Topics allow multiple publishers and subscribers to communicate independently -> Option A

4. Quick Check:

   Topics support many-to-many communication [OK]

Hint: Topics support many publishers and subscribers [OK]

Common Mistakes:

• Thinking topics allow only one publisher or subscriber
• Believing publishers must know subscribers
• Assuming subscribers can listen to only one topic