Reorganize repository
* Move the project top-level CMakeLists.txt to the root of the project;
  this allows building Cyclone as part of ROS2 without any special
  tricks;
* Clean up the build options:
  ENABLE_SSL:    whether to check for and include OpenSSL support if a
                 library can be found (default = ON); this used to be
                 called DDSC_ENABLE_OPENSSL, the old name is deprecated
                 but still works
  BUILD_DOCS:    whether to build docs (default = OFF)
  BUILD_TESTING: whether to build test (default = OFF)
* Collect all documentation into top-level "docs" directory;
* Move the examples to the top-level directory;
* Remove the unused and somewhat misleading pseudo-default
  cyclonedds.xml;
* Remove unused cmake files
Signed-off-by: Erik Boasson <eb@ilities.com>
			
			
This commit is contained in:
		
							parent
							
								
									4e80559763
								
							
						
					
					
						commit
						9cf4b97f1a
					
				
					 102 changed files with 627 additions and 1925 deletions
				
			
		
							
								
								
									
										99
									
								
								examples/throughput/readme.rst
									
										
									
									
									
										Normal file
									
								
							
							
						
						
									
										99
									
								
								examples/throughput/readme.rst
									
										
									
									
									
										Normal file
									
								
							| 
						 | 
				
			
			@ -0,0 +1,99 @@
 | 
			
		|||
..
 | 
			
		||||
   Copyright(c) 2006 to 2018 ADLINK Technology Limited and others
 | 
			
		||||
 | 
			
		||||
   This program and the accompanying materials are made available under the
 | 
			
		||||
   terms of the Eclipse Public License v. 2.0 which is available at
 | 
			
		||||
   http://www.eclipse.org/legal/epl-2.0, or the Eclipse Distribution License
 | 
			
		||||
   v. 1.0 which is available at
 | 
			
		||||
   http://www.eclipse.org/org/documents/edl-v10.php.
 | 
			
		||||
 | 
			
		||||
   SPDX-License-Identifier: EPL-2.0 OR BSD-3-Clause
 | 
			
		||||
 | 
			
		||||
Throughput
 | 
			
		||||
==========
 | 
			
		||||
 | 
			
		||||
Description
 | 
			
		||||
***********
 | 
			
		||||
 | 
			
		||||
The Throughput example allows the measurement of data throughput when receiving samples from a publisher.
 | 
			
		||||
 | 
			
		||||
 | 
			
		||||
Design
 | 
			
		||||
******
 | 
			
		||||
 | 
			
		||||
It consists of 2 units:
 | 
			
		||||
 | 
			
		||||
- Publisher: sends samples at a specified size and rate.
 | 
			
		||||
- Subscriber: Receives samples and outputs statistics about throughput
 | 
			
		||||
 | 
			
		||||
Scenario
 | 
			
		||||
********
 | 
			
		||||
 | 
			
		||||
The **publisher** sends samples and allows you to specify a payload size in bytes as well as allowing you to specify whether
 | 
			
		||||
to send data in bursts. The **publisher** will continue to send data forever unless a time-out is specified.
 | 
			
		||||
 | 
			
		||||
Configurable:
 | 
			
		||||
 | 
			
		||||
- payloadSize: the size of the payload in bytes
 | 
			
		||||
- burstInterval: the time interval between each burst in ms
 | 
			
		||||
- burstSize: the number of samples to send each burst
 | 
			
		||||
- timeOut: the number of seconds the publisher should run for (0=infinite)
 | 
			
		||||
- partitionName: the name of the partition
 | 
			
		||||
 | 
			
		||||
The **subscriber** will receive data and output the total amount received and the data-rate in bytes-per-second. It will
 | 
			
		||||
also indicate if any samples were received out-of-order. A maximum number of cycles can be specified and once this has
 | 
			
		||||
been reached the subscriber will terminate and output totals and averages.
 | 
			
		||||
 | 
			
		||||
The **subscriber** executable measures:
 | 
			
		||||
 | 
			
		||||
- transferred: the total amount of data transferred in bytes.
 | 
			
		||||
- outOfOrder: the number of samples that were received out of order.
 | 
			
		||||
- transfer rate: the data transfer rate in bytes per second.
 | 
			
		||||
- subscriber also calculates statistics on these values over a configurable number of cycles.
 | 
			
		||||
 | 
			
		||||
Configurable:
 | 
			
		||||
 | 
			
		||||
- maxCycles: the number of times to output statistics before terminating
 | 
			
		||||
- pollingDelay
 | 
			
		||||
- partitionName: the name of the partition
 | 
			
		||||
 | 
			
		||||
 | 
			
		||||
Running the example
 | 
			
		||||
*******************
 | 
			
		||||
 | 
			
		||||
It is recommended that you run ping and pong in separate terminals to avoid mixing the output.
 | 
			
		||||
 | 
			
		||||
- Open 2 terminals.
 | 
			
		||||
- In the first terminal start Publisher by running publisher
 | 
			
		||||
 | 
			
		||||
  publisher usage (parameters must be supplied in order):
 | 
			
		||||
    ``./publisher [payloadSize (bytes)] [burstInterval (ms)] [burstSize (samples)] [timeOut (seconds)] [partitionName]``
 | 
			
		||||
  defaults:
 | 
			
		||||
    ``./publisher 8192 0 1 0 "Throughput example"``
 | 
			
		||||
 | 
			
		||||
- In the second terminal start Ping by running subscriber
 | 
			
		||||
 | 
			
		||||
  subscriber usage (parameters must be supplied in order):
 | 
			
		||||
    ``./subscriber [maxCycles (0=infinite)] [pollingDelay (ms, 0 = event based)] [partitionName]``
 | 
			
		||||
  defaults:
 | 
			
		||||
    ``./subscriber 0 0 "Throughput example"``
 | 
			
		||||
 | 
			
		||||
- To achieve optimal performance it is recommended to set the CPU affinity so that ping and pong run on separate CPU cores,
 | 
			
		||||
  and use real-time scheduling. In a Linux environment this can be achieved as follows:
 | 
			
		||||
 | 
			
		||||
  publisher usage:
 | 
			
		||||
    ``taskset -c 0 chrt -f 80 ./publisher [payloadSize (bytes)] [burstInterval (ms)] [burstSize (samples)] [timeOut (seconds)] [partitionName]``
 | 
			
		||||
  subscriber usage:
 | 
			
		||||
    ``taskset -c 1 chrt -f 80 ./subscriber [maxCycles (0 = infinite)] [pollingDelay (ms, 0 = event based)] [partitionName]``
 | 
			
		||||
 | 
			
		||||
  On Windows the CPU affinity and prioritized scheduling class can be set as follows:
 | 
			
		||||
 | 
			
		||||
  publisher usage:
 | 
			
		||||
    ``START /affinity 1 /high cmd /k "publisher.exe" [payloadSize (bytes)] [burstInterval (ms)] [burstSize (samples)] [timeOut (seconds)] [partitionName]``
 | 
			
		||||
  subscriber usage:
 | 
			
		||||
    ``START /affinity 2 /high cmd /k "subscriber.exe" [maxCycles (0 = infinite)] [pollingDelay (ms, 0 = event based)] [partitionName]``
 | 
			
		||||
 | 
			
		||||
 | 
			
		||||
 | 
			
		||||
 | 
			
		||||
 | 
			
		||||
		Loading…
	
	Add table
		Add a link
		
	
		Reference in a new issue