# Expanding memory usage issues with Isaac Lidar or ROS2

**URL:** <https://forums.developer.nvidia.com/t/expanding-memory-usage-issues-with-isaac-lidar-or-ros2/351697>\
**Category:** Isaac Sim\
**Tags:** area-ros, lidar\
**Created:** [November 17, 2025, 12:25pm UTC](https://forums.developer.nvidia.com/t/expanding-memory-usage-issues-with-isaac-lidar-or-ros2/351697 "2025-11-17T12:25:48Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![jovian.habgood](https://developer.download.nvidia.com/images/forums/profile-default-devtalk-84.png) [@jovian.habgood](https://forums.developer.nvidia.com/u/jovian.habgood)\
**Post date:** [November 17, 2025, 12:25pm UTC](https://forums.developer.nvidia.com/t/expanding-memory-usage-issues-with-isaac-lidar-or-ros2/351697/1 "2025-11-17T12:25:49Z")

</div>

Hello everyone,

I have an application with a simple warehouse room and an RTX lidar placed within it.

I am using a python script node that collects the latest Lidar result and parses the data to a ROS2 point cloud2 message node.

I specifically use the generic ROS2 publisher node because it allows additional message fields like “Intensity“.

I am also using the following carb settings to ensure that the RTX lidar intensity data responds to materials:  
`--/app/sensors/nv/lidar/enableRtxReflectanceInformation=true`  
`--/app/sensors/nv/lidar/enableAdditionalRtxReturnInformation=true `  
`--/rtx/materialDb/nonVisualMaterialSemantics/prefix=omni:simready:nonvisual `  
`--/app/sensors/nv/materials/enableMaterialInterLayerContribution=true `  
`--/rtx/materialDb/nonVisualMaterialCSV/enabled=false `  
`--/app/sensors/nv/lidar/enablePolarization=false`

In the below images you can see the applications starting memory usage while running the lidar at a very high resolution 10Hz (2048 \* 128ch).  
After 2 hours the application reaches 81GB which is rather odd.

 ![image](https://global.discourse-cdn.com/nvidia/original/4X/9/d/c/9dc892337120bc40cd888a176bc85d2b9925b9e4.png)

![image](https://global.discourse-cdn.com/nvidia/original/4X/5/5/5/5550ae00407b9a095344927ee3a519bd3a41686c.png)

This program does have a carb warning that will show each simulation tick:  
`2025-11-17T12:22:03Z [2,018,720ms] [Warning] [omni.graph.core._impl.utils] Could not sync USD on attribute inputs:simTimesToWrite -`  
` Error in 'pxrInternal_v0_24 __pxrReserved__ ::UsdStage::_SetValueImpl' at line 6703 in file C:\g\201060795\USD\pxr\usd\usd\stage.cpp : 'Empty typeName for </Render/PostProcess/SDGPipeline/DispatchSync.inputs:simTimesToWrite>'`  
Could this be causing the memory issue?

Below is the point cloud data visualized with RVIS2 for those who are curious as to the result.

 ![image](https://global.discourse-cdn.com/nvidia/original/4X/a/8/c/a8cfd42658c974e7e0099dde99f4bc13d10dd508.png)

---

<div class="post-metadata">

**Author:** ![VickNV](https://sea2.discourse-cdn.com/nvidia/user_avatar/forums.developer.nvidia.com/vicknv/32/14043_2.png) [@VickNV](https://forums.developer.nvidia.com/u/VickNV)\
**Post date:** [November 24, 2025, 6:21am UTC](https://forums.developer.nvidia.com/t/expanding-memory-usage-issues-with-isaac-lidar-or-ros2/351697/2 "2025-11-24T06:21:54Z")

</div>

Thanks for reporting your experience with expanding memory usage when publishing RTX Lidar data to ROS2 in Isaac Sim. Your setup and workflow—using a Python script node to collect Lidar results, parse to ROS2 PointCloud2, and leveraging the generic ROS2 publisher for custom fields like “Intensity”—closely match the recommended integration patterns in Isaac Sim.

Are you using Isaac Sim 5.1.0? It’s possible that this issue can be reproduced using [RTX Lidar Sensors — Isaac Sim Documentation](https://docs.isaacsim.omniverse.nvidia.com/5.1.0/ros2_tutorials/tutorial_ros2_rtx_lidar.html) as it follows a similar process: setting up RTX Lidar sensors, streaming data, and publishing over ROS2 using the bridge. If this memory usage behavior is present during standard tutorial steps—especially with high Lidar resolution and publishing frequencies—it may indicate a deeper bug or inefficiency in either sensor data management or the ROS2 publishing pipeline.

To help diagnose and escalate this issue, could you confirm if you observe similar memory expansion when following the tutorial workflow with default settings? If so, sharing your steps and monitoring details can be valuable for the team.

---

<div class="post-metadata">

**Author:** ![VickNV](https://sea2.discourse-cdn.com/nvidia/user_avatar/forums.developer.nvidia.com/vicknv/32/14043_2.png) [@VickNV](https://forums.developer.nvidia.com/u/VickNV)\
**Post date:** [December 8, 2025, 4:48pm UTC](https://forums.developer.nvidia.com/t/expanding-memory-usage-issues-with-isaac-lidar-or-ros2/351697/3 "2025-12-08T16:48:39Z")

</div>

Hello!

We noticed that this topic hasn’t received any recent responses, so we are closing it for now to help keep the forum organized.

If you’re still experiencing this issue or have additional questions, please feel free to [create a new topic](https://forums.developer.nvidia.com/c/omniverse/simulation/69) with updated details. When doing so, we recommend mentioning or linking to this original topic in your new post—this helps provide context and makes it easier for others to assist you.

Thank you for being part of the NVIDIA Isaac Sim community.

Best regards,  
The NVIDIA Isaac Sim Forum Team

---

<div class="post-metadata">

**Author:** ![VickNV](https://sea2.discourse-cdn.com/nvidia/user_avatar/forums.developer.nvidia.com/vicknv/32/14043_2.png) [@VickNV](https://forums.developer.nvidia.com/u/VickNV)\
**Post date:** [December 8, 2025, 4:48pm UTC](https://forums.developer.nvidia.com/t/expanding-memory-usage-issues-with-isaac-lidar-or-ros2/351697/4 "2025-12-08T16:48:42Z")

</div>


