它对所有模拟参数进行分组，包括模拟环境设置（模拟时间，初始化时间，更新间隔等），模型设置（移动性，能源，网络和任务生成模型使用的参数），其他以此类推。其中要说明的是orchestration_architectures，其用来选择架构计算范例。比如只用云计算范例，就选择CLOUD_ONLY即可
# default config file
################## 仿真参数
# simulation_time 整数 > = 1 模拟持续时间（以分钟为单位）
simulation_time=10
# initialization_time 整数 > = 0 生成所有资源所需的时间，这意味着任务卸载过程开始生效
initialization_time=30
# parallel_simulation 布尔型 true or false 启用或禁用并行仿真
parallel_simulation=false
# update_interval 双 > = 0.01 模拟环境事件之间的间隔（以秒为单位）
# 将其设置在0.1和1（或2 3 4….）之间。值越大，精确度越低
update_interval=1
# pause_length 整数 > = 0 迭代之间的暂停（以秒为单位）
pause_length=3
# display_real_time_charts 布尔型 true或false 实时显示或不显示模拟结果(图表)
display_real_time_charts=true
# auto_close_real_time_charts 布尔型 true或false 模拟（迭代）结束后自动关闭实时图表
auto_close_real_time_charts=true
# charts_update_interval 双 > = 0.01 刷新实时图表的时间间隔（以秒为单位）
charts_update_interval=1
# save_charts 布尔型 对或错 是否以.png格式保存图表
save_charts=true
# 在时间结束时结束模拟还是等待所有任务执行？
# 最好等待所有任务执行以获得更好的结果，但是这可能需要更长的时间
# 禁用此选项将使您由于提前停止模拟而导致较多的任务失败（请参阅console），但这将减少模拟时间
# wait_for_all_tasks 布尔型 对或错 等待所有任务执行完毕或按时停止仿真（当用户设置的仿真时间结束时）
wait_for_all_tasks=true
#################### 模拟区域/地图（米） 位置管理器
# 当您更改地图大小（在边缘）时，请记住更新边缘数据中心的位置(在edge_datacenters.xml文件中)
# length 整数 > = 1 模拟区域长度（以米为单位）
length=200
# width 整数 > = 1 模拟区域宽度（以米为单位）
width=200
# wlan范围（米）：两个设备（或一个设备和一个边缘数据中心）可以相互卸载的距离（半径）。
# 一旦一个设备改变了它的位置，如果它退出这个范围，任务将被视为由于移动性而失败。
# edge_devices_range 整数 > = 1 边缘设备的范围（以米为单位）
edge_devices_range=10
# 当使用edge-ONLY架构时，设置边缘数据中心覆盖区域时要小心，因为有些任务可能会失败（因为找不到资源）
# 所以要确保边缘服务器覆盖了所有地图。除非你的场景需要低覆盖区域
# edge_datacenters_coverage 整数 > = 1 边缘数据中心的范围（以米为单位）
edge_datacenters_coverage=200
# 另外有 speed double > = 0 移动设备的速度（以米/秒为单位）（0 =禁用）
# Fog_coverage 整数 > = 1 每个Fog服务器所覆盖区域的范围（以米为单位）
############## 任务编排设置
# 启用注册表
# true : 意味着设备将从注册表下载应用程序
#接收卸载任务后（将使用容器大小，请参阅applications.xml文件)
# false: 设备将直接执行卸载任务（不下载容器）
# enable_registry 布尔型 true或false 启用它意味着在执行任务之前，将从注册表/云中拉出一个容器
enable_registry=false
# CLOUD=default location，您可以通过扩展defaultNetworkModel以编程的方式将容器镜像到其他地方
registry_mode=CLOUD
# 对多个值使用“,”
# 要单独使用云来处理数据（在Edge / Fog上不处理数据），
# 请将设置orchestration_architectures 为 orchestration_architectures = CLOUD_ONLY
# orchestration_architectures 布尔型 Cloud_ONLY，Fog_AND_Cloud，.... 使用的计算范例
orchestration_architectures=ALL,EDGE_AND_CLOUD,CLOUD_ONLY
#CLOUD_ONLY,EDGE_ONLY,MIST_ONLY,MIST_AND_CLOUD,EDGE_AND_CLOUD,ALL
# 对多个值使用“,”
# orchestration_algorithms 布尔型 （任何算法名称） 协调器用来查找卸载目标的算法
orchestration_algorithms=TRADE_OFF,ROUND_ROBIN
#INCREASE_LIFETIME,ROUND_ROBIN,TRADE_OFF
# enable_orchestrators 布尔型 true或false 启用此功能意味着任务/卸载请求将发送到指定的/最近的协调器。禁用此功能意味着每个设备将协调其owb任务。
enable_orchestrators=false
# 部署编排节点（选项：CLOUD、EDGE或MIST，您可以通过在中编辑在servermanager.java中的selectOrch（）方法添加自己的节点
# 边缘计算意味着每个边缘设备都为自己安排任务
# deploy_orchestrator 布尔型 云或雾 要将协调器部署到Cloud，Fog或任何自定义位置（例如，集群头，在这种情况下，用户需要实现其集群算法）
deploy_orchestrator=CLOUD
# 另外有 applications_CPU_allocation_policy 布尔型 SPACE_SHARED或TIME_SHARED
# 时间共享意味着可以在simae时在同一虚拟机中执行任务（但是这会增加仿真持续时间）。空间共享意味着任务由虚拟机一个接一个地执行
# tasks_generation_rate 整数 > = 1 每分钟每台设备生成的任务数
# CPU分配策略 (TIME_SHARED= containers , SPACE_SHARED= VM)
# 选择：TIME_SHARED或SPACE_SHARED，, 默认为SPACE_SHARED
# 与共享空间相比，共享时间需要花费大量时间
Applications_CPU_allocation_policy=SPACE_SHARED
# 日志设置
# save_log_file 布尔型 true或false 是否保存日志文件
save_log_file=true
# clear_output_folder 布尔型 true或false 在每次模拟开始时删除输出文件夹
clear_output_folder=false
# deep_log_enabled 布尔型 true或false 启用或禁用深度日志记录
deep_log_enabled=false
########## 服务器管理器设置：
# 边缘设备数量
# min_number_of_Edge_devices 整数 > = 1 仿真开始时Edge设备的数量
min_number_of_edge_devices=100
# max_number_of_Edge_devices 整数 > = 1 仿真结束时Edge设备的数量
max_number_of_edge_devices=300
# Edge_device_counter_size 整数 > = 1 每次迭代中设备数量的增长速度
edge_device_counter_size=100
############# 网络设置
# wlan_bandwidth 整数 > = 1 局域网带宽（以Mbps为单位）
wlan_bandwidth=300
# 网速或回程网速，带宽越少，模拟所需的就越多
# wan_bandwidth 整数 > = 1 回传网络带宽（以Mbps为单位）
wan_bandwidth=300
# wan_propogation_delay 双 > = 0 传播延迟（将数据/任务发送到云时）（以秒为单位）
wan_propogation_delay=0.2
# 启用此选项将提供更准确的结果，但也会增加模拟持续时间
realistic_network_model=false
# 网络更新间隔（秒）传输更新（0.1-1会获得更好的准确性，但需要更长的时间，2及2以上会获得更少的细节，但更快的模拟）
# 默认为1 (最小化模拟时间)
# network_update_interval double > = 0.01 网络模型刷新间隔（以秒为单位）
network_update_interval=1
############## 能量模型设置
# 每发送或接收的比特消耗的能量（焦耳每比特：J/bit）
# consumed_energy_per_bit double > = 0 传输1位时消耗的enreg（以wh为单位）
consumed_energy_per_bit=0.00000005
# 自由空间信道中的放大器能量耗散（焦耳每平方米：J/bit/m^2）
# amplifier_dissipation_free_space double > = 0 放大器在自由空间信道中消耗的能量（单位：wh）
amplifier_dissipation_free_space=0.00000000001
# 多径衰落信道中放大器的能量耗散（焦耳每比特每米^4:J/bit/m^4）
# amplifier_dissipation_multipath 双 > = 0 放大器在多径信道中消耗的能量（单位：wh）
amplifier_dissipation_multipath=0.0000000000000013
该文件描述了任务生成器将使用的应用程序类型。这些应用程序中的每一个都有不同的特性（CPU利用率，文件大小，等待时间要求..）。当模拟开始时，任务生成器会将这些应用程序之一与每个Edge设备相关联。然后，基于分配的应用程序类型，它将生成这些设备的任务，从而支持设备异质性（在这种情况下为应用程序的异质性）。从文件内部看，容器也在该文件中被描述。
<?xml version="1.0"?>
<applications>
<application name="AUGMENTED_REALITY">
<rate>10</rate>
<max_delay>5</max_delay> <!-- 延迟（秒） -->
<container_size>25000</container_size><!--应用程序/容器大小（KB） -->
<request_size>1500</request_size><!-- 将发送到编排器，然后发送到将在其中卸载任务的设备的卸载请求（KB） -->
<results_size>100</results_size><!-- offlaoded任务的结果（KB） -->
<task_length>60000</task_length><!--MI: 百万条指令 -->
<required_core>1</required_core>
</application>
<application name="E_HEALTH">
<rate>10</rate>
<max_delay>200</max_delay>
<container_size>13000</container_size>
<request_size>10000</request_size>
<results_size>10000</results_size>
<task_length>300000</task_length>
<required_core>1</required_core>
</application>
<application name="HEAVY_COMP_APP">
<rate>10</rate>
<max_delay>5</max_delay> <!-- 一个好的数字（大数字？）表示没有延迟- sensitivity -->
<container_size>9000</container_size>
<request_size>50</request_size>
<results_size>50</results_size>
<task_length>15000</task_length>
<required_core>1</required_core>
</application>
</applications>
原文：https://www.cnblogs.com/5-StarrySky/p/14649922.html