FAQ

PBProbe是不是不能在powerpc的CPU上運行？

因為Endian的問題，所以會產生異常。經實驗，x86或是x86_64皆可正常運行。目前尚無法取得此種CPU的設備進行除錯修正，如果您手邊有能夠正常開機的此種設備，又願意無償的贈與我們用於實驗開發，請聯絡我們。

我在同一台電腦上運作有問題。

PBProbe是用於量測"網路路徑"上的Link Capacity，所以如果您在同一台電腦上運行Server和Client是無法正常運作的。PBProbe目前已在乙太網路、無線網路(Wifi)、電力線網路等網路上快速且準確的完成量測任務。

我在量測時，程式會跑到一半突然停掉，這是什麼原因？

發生這種狀況的原因可能有很多種，請您思考以下問題：

1) 所量測的網路路徑上，是否有大量packet loss的因素存在
大量packet loss的網路，Dispersion Based演算法的量測軟體都是不適用的，PBProbe也是。

2) 所量測網路的MTU是否較小
一般乙太網路的MTU多是1500 byte，所以PBrobe的packet size預設值即是以此為標準，當您必須量測特殊網路時，可以使用-p這個參數來調整適合的packet size

3) 用以量測的電腦設備是否過於老舊或是CPU時脈過低
當您使用早期的電腦設備或是CPU小於1GHz電腦時，可能會發生量測失準或是量測中斷的狀況，建議您使用導向">"將螢幕輸出的資料導向文件，藉此減少佔用CPU clock的狀況。

我對於程式碼邏輯有些問題，A_send、A_recv、B_send和B_recv他們之間的關係是什麼

多執行續簡單邏輯

NODE A: A_send & A_recv
NODE B: B_send & B_recv

Step1:
A_send ----> B_send
A_send送出準備量測的封包，B_send收到通知後回送，並取CPU時間

Step2:
A_recv <---- B_send
A_recv確認收到B_send的回覆，表示可以開始進行量測，並送出Packet Bulk

Step3:
A_recv ====> B_recv
B_recv收到A_recv送來的Packet Bulk，取CPU時間，得到Dispersion，通知B_send繼續進行，直到符合演算法要求，詳細請見paper

以上即為簡單的程式流程，在反向量測時，NODE A和NODE B的角色交換，用以量測反向時的Link Capacity