Main Page
Related Pages
+
Namespaces
Namespace List
+
Namespace Members
All
Typedefs
+
Classes
Class List
Class Hierarchy
+
Class Members
+
All
a
b
c
d
e
g
h
i
l
m
n
o
p
q
r
s
t
u
v
w
~
+
Functions
a
c
d
e
g
i
l
m
n
o
p
q
r
s
t
u
w
~
+
Variables
a
b
c
d
h
i
l
m
n
p
q
r
s
t
u
w
Typedefs
+
Files
File List
+
File Members
+
All
g
m
n
p
r
s
Functions
Variables
+
Macros
n
Todo List
Member
nodelet::detail::CallbackQueueManager::QueueInfo::thread_index
Could get rid of st_mutex by updating [thread_index|in_thread] atomically
Member
nodelet::detail::CallbackQueueManager::ThreadInfo::queue_mutex
SRSW lockfree queue
Member
nodelet::detail::CallbackQueueManager::V_Queue
SRMW lockfree queue. waiting_mutex_ has the potential for a lot of contention
Member
nodelet::detail::CallbackQueueManager::V_ThreadInfo
Use cache-aligned allocator for thread_info_
Member
nodelet::Loader::Loader
(bool provide_ros_api=true)
Instance of ROS API-related constructors, just take #threads for the manager
Class
nodelet::LoaderROS
Consider moving this to nodelet executable, it's implemented entirely on top of
Loader
Member
nodelet::ManagedNodelet::ManagedNodelet
(const NodeletPtr &nodelet,
detail::CallbackQueueManager
*cqm)
Maybe addQueue/removeQueue should be done by CallbackQueue
nodelet
Author(s): Tully Foote, Radu Bogdan Rusu
autogenerated on Mon Feb 28 2022 22:57:12