SMS 閘道伺服器儲存需求
若要確定 SMS 閘道伺服器所需的資源數量,請使用表 D–27 中的需求,以及預期每秒轉送的郵件數量和 RECORD_LIFETIME 設定中產生的值。
表 D–27 涵蓋了歷程記錄、SMPP 轉送以及 SMPP 伺服器的需求。
表 D–27 SMS 閘道伺服器儲存需求
元件
|
需求
|
記憶體內歷程記錄
|
每個轉送的郵件需要 33+m+s 位元組的虛擬記憶體,其中,m 是郵件的 SMS 郵件 ID 的長度 (1 <= m <= 64),s 是郵件的 SMS 來源位址的長度 (1 <= s<= 20)。
當 MAKE_SOURCE_ADDRESS_UNIQUE=0 時,僅使用 16+m 位元組。對於 64 位元作業系統,每個記錄都要消耗 49+m+s 位元組的虛擬記憶體 [當 MAKE_SOURCE_ADDRESS_UNIQUE=0 時為 24+m]。
另請注意,堆疊分配程式實際上可能會為每個記錄分配更大的虛擬記憶體部分。
最大記錄數為 430 億 (2**32-1)。如果少於 168 億個記錄 (2**24),雜湊表會消耗大約 16 Mb;如果少於 6710 萬個記錄 (2**26),雜湊表會消耗大約 64 Mb;如果多於 6710 萬個記錄,雜湊表會消耗大約 256 Mb。
64 位元作業系統會消耗雙倍記憶體。
這些消耗還不包含每個記錄本身需要消耗的記憶體。
|
磁碟中歷程記錄
|
每封轉送的郵件平均需要以下位元組數量:
81+m+2s+3a+ S+2i
其中:
-
m 是 SMS 郵件 ID 的平均長度,1<=m<=64
-
s 是 SMS 來源位址的平均長度,1 <= s <= 20
-
a 是電子郵件位址的平均長度,3 <= a <= 129
-
S 是 Subject: 標頭行的平均長度,0 <= S<= 80
-
i 是電子郵件訊息封 ID 的平均長度,0 <= i <= 129
任何指定的記錄大小均受郵件訊息封 From: 和 To: 位址的長度、訊息封和郵件 ID,以及 Subject: 標頭行長度的影響。
最大記錄長度為 910 個位元組。
使用 MAKE_SOURCE_ADDRESS_UNIQUE=0 時,每個記錄的大小 (以位元組為單位) 為︰78+m+3a+ S+2i。
|
SMPP 轉送器
|
每個轉送 SMPP 階段作業消耗兩個 TCP 通訊端:一個用於本機用戶端,另一個用於遠端 SMPP 伺服器。32 位元作業系統上每個連線大約消耗 1 Kb 虛擬記憶體,而 64 位元作業系統則為 2 Kb。
|
SMPP 伺服器
|
每個內送的連線會消耗一個 TCP 通訊端。32 位元作業系統上每個連線大約消耗 1 Kb 虛擬記憶體,而 64 位元作業系統則為 2 Kb。
|
例如,如果預期每秒平均轉送 50 封郵件,則 SMS 來源位址長度為 13 位元組,SMS 郵件 ID 通常長度為 12 位元組,電子郵件位址長度為 24 位元組,Subject: 標頭行長度為 40 位元組,電子郵件和訊息封 ID 每個長度為 40 位元組,且歷程記錄保留 7 天,則︰
儘管可以提供充足的磁碟來處理任何磁碟需求,但 32 位元機器上的虛擬記憶體需求將強制限制為大約 2 Gb。若要減少虛擬記憶體或磁碟儲存所需的容量,請使用 RECORD_LIFETIME 選項來縮短記錄的保留時間。