emulated ros在本地產生資料，單個ros, 2個 requesthandler.
改變因素：通道數，sfi個數, 資料報大小
ros布置在cmm03node03上，每個sfi單獨布置在乙個節點上。
1) 改變通道數, 1個sfi, 資料報長度為32kb.
2) 改變sfi個數，通道數為64，資料報長度為32kb
3) 改變資料報長度，sfi個數為13，通道數為1
4）改變通道數，sfi個數為13，資料報長度為32kb
由上述四種測試結果，得到下面兩個圖: （1）
測試結果分析：
1. 從圖（1）可以看出64個通道，包長為32kb時，增加sfi的個數，頻寬隨之增加並逐漸趨於飽和，認為圖中當sfi=13時，頻寬基本不再增加，可以基本確認此時sfi不再是<=64通道時頻寬飽和的瓶頸。
2. 圖二的橫座標為ros傳送資料到sfi時的事例大小。
其中藍線 > 綠線 的部分，為增加sfi個數帶來的效能提高。
紅線 > 藍線 的部分，為去掉ros彙總資料片段的cpu開銷換來的效能提高。
紅線的達到最高點的頻寬值為22gb/s, 此時的事例大小為2048kb，效能不再提高的瓶頸為cpu不夠處理ros傳送資料。
在上面的測試基礎上，繼續增加兩組測試：
5）改變sfi個數，包長為2kb. 通道數為64
單個ros，通道數為64，資料報長為2kb時，增加sfi的個數，頻寬並沒有明顯的增加。說明此時的sfi不是瓶頸，
瓶頸在ros端cpu。
6）改變通道數，sfi個數為13,資料報長為2kb.
紅線和x線在相同的橫座標下，事例長度相同，sfi數相同，不同的是通道數，紅線》x線的部分是由於ros的資料彙總cpu開銷。
ROS 小烏龜測試
教程 1.維基 2.創客智造 1安裝環境配置 桌面進入命令列 echo source opt ros indigo setup.bash bashrc source bashrc2.1建立工作環境並編譯 生成的在home資料夾下 mkdir p catkin ws src cd catkin ws ...
ROS小烏龜測試
echo export display 0.0 bashrc source bashrc5 啟動ros master roscore6 另外開啟bash或cmder，輸入 rosrun turtlesim turtlesim node即可開啟乙個圖形視窗，並看到乙隻小烏龜。提示qstandardpa...
Python包subprocess測試結果
在python3 中官方建議使用subprocess代替舊的os 和 command 包。之前一直在用subprocess.popen 來執行shell命令，但這個命令很複雜。這次在複習的過程中，看到說subprocess 中的call check call getstatusoutput等方法是對...