RealTimeScheduler同步延迟问题：OMNeT++与Gazebo联合仿真优化问询

我正在实现OMNeT与Gazebo的联合网络仿真，由OMNeT作为网络模拟器接收Gazebo物理模拟器传入的位置信息，因此使用了ExtLowerEthernetInterface，而该接口的使用需要依赖RealTimeScheduler调度类。尽管RealTimeScheduler的作用是让仿真时间尽可能贴近现实世界时间，使仿真呈现出实时运行的效果，但目前仍存在一定延迟。请问该如何消除或缩小这种时间差异？

仿真配置文件 #

[General]
network = AODVNetwork
scheduler-class = "inet::RealTimeScheduler"
#realtimescheduler-scaling = 120
**.fcsMode = "computed"
**.crcMode = "computed"

*.numHosts = 20
num-rngs = 3
**.mobility.rng-0 = 1   #随机生成mobility模块的初始位置或速度
**.wlan[*].mac.rng-0 = 2  #生成所有WLAN接口的MAC地址。

# channel physical parameters
**.wlan[*].typename = "AckingWirelessInterface"
**.wlan[*].bitrate = 2Mbps
**.wlan[*].mac.headerLength = 23B
**.wlan[*].radio.typename = "UnitDiskRadio"
**.wlan[*].radio.transmitter.headerLength = 96b
**.wlan[*].radio.transmitter.communicationRange = 250m
**.wlan[*].radio.transmitter.interferenceRange = 0m
**.wlan[*].radio.transmitter.detectionRange = 0m
**.wlan[*].radio.receiver.ignoreInterference = true


*.host[19].numEthInterfaces = 1
*.host[19].eth[0].typename = "ExtLowerEthernetInterface"
*.host[19].eth[0].device = "veth0"

# mobility
**.host[*].mobility.typename = "StationaryMobility"
**.mobility.constraintAreaMinZ = 0m
**.mobility.constraintAreaMaxZ = 0m
**.mobility.constraintAreaMinX = 0m
**.mobility.constraintAreaMinY = 0m
**.mobility.constraintAreaMaxX = 600m
**.mobility.constraintAreaMaxY = 600m



# ping app (host[0] pinged by others)
*.host[0].numApps = 2
*.host[0].app[0].typename = "PingApp"
*.host[0].app[0].startTime = uniform(1s,5s)
*.host[0].app[0].printPing = true
*.host[0].app[1].typename = "UdpSink"
*.host[0].app[1].localPort = 8000


*.host[19].numApps=1
*.host[19].app[0].typename = "UdpEchoApp"
*.host[19].app[0].localPort = 8080


# nic settings
**.wlan[*].bitrate = 2Mbps

# lifecycle
**.hasStatus = true

*.host[*].wlan[*].radio.transmitter.communicationRange = 250m
#*.host[0].wlan[0].radio.displayCommunicationRange = true
#*.host[16].wlan[0].radio.displayCommunicationRange = true
#*.host[1].wlan[0].radio.displayCommunicationRange = true
#*.host[19].wlan[0].radio.displayCommunicationRange = true
*.host[0].app[0].destAddr = "host[1](ipv4)"

1. 启用并调整实时调度器缩放参数 #

你当前注释掉了realtimescheduler-scaling参数，该参数可控制仿真时间与现实时间的比例：

• 设置为1.0时，仿真时间严格同步现实时间
• 设置大于1.0的值（如1.1），会让仿真时间略快于现实时间，帮助追赶滞后的仿真进度
  修改配置：

realtimescheduler-scaling = 1.1

2. 降低仿真计算负载 #

• 关闭可视化界面：用命令行模式（-u Cmdenv）运行仿真，避免GUI渲染消耗CPU资源
• 简化模型配置：当前的UnitDiskRadio+ignoreInterference=true已经是轻量配置，若无需额外统计，可关闭不必要的日志、监控功能
• 减少仿真实体：如果20台主机不是必须的，适当减少数量降低计算量

3. 优化ExtLowerEthernetInterface配置 #

• 调整缓冲区与队列：为虚拟网卡接口设置合理的缓冲区和队列长度，避免阻塞：

*.host[19].eth[0].txQueueLength = 100
*.host[19].eth[0].bufferSize = 1024B

• 检查虚拟网卡：确认veth0的MTU值与仿真中配置的帧大小匹配，避免数据包分片；同时清理宿主机网络栈的冗余服务，减少网络延迟

4. 系统资源优化 #

• 提升仿真进程优先级：Linux下使用nice命令为仿真进程分配更高优先级：

nice -n -10 ./your_simulation_binary

• 清理后台资源：关闭无关的后台进程、虚拟机等，释放CPU和内存资源

5. 启用抖动补偿 #

RealTimeScheduler支持抖动补偿功能，开启后可缓解系统调度带来的时间波动：

realtimescheduler-jitter-compensation = true

内容的提问来源于stack exchange，提问作者frog