壓力測(cè)試 Gateway與BusinessWorker進(jìn)程顯示busy
@walkor
我在workerman服務(wù)端用WebSocket進(jìn)行圖片接收與存儲(chǔ)轉(zhuǎn)發(fā)，壓力測(cè)試出現(xiàn)連接斷開；
測(cè)試環(huán)境：
gateway 4個(gè)進(jìn)程；
businessWorker32個(gè)進(jìn)程；
圖片發(fā)送端50個(gè)；
每個(gè)3秒發(fā)送一張100kb左右的圖片給workerman；
請(qǐng)問如何解決和優(yōu)化？
1個(gè)回答
打賞
不清楚業(yè)務(wù)邏輯是怎樣的，如果50個(gè)客戶端每個(gè)客戶端3秒將一張100k圖片廣播給所有其它客戶端，將帶來大概每3秒50_50_100K=250M的通訊量，那么千兆網(wǎng)卡幾乎是滿負(fù)荷，百兆網(wǎng)卡則會(huì)打滿，導(dǎo)致數(shù)據(jù)阻塞進(jìn)而導(dǎo)致socket超時(shí)，連接斷開。
如果是聊天發(fā)圖
一般做法是將圖片通過http post到單獨(dú)的web服務(wù)器，并返回一個(gè)可以訪問圖片的url，然后websocket將url廣播給其它客戶端，其它客戶端通過img標(biāo)簽http從單獨(dú)的文本服務(wù)器下載這個(gè)圖片，這樣的好處是websocket通訊量很小，消息發(fā)送接收非常及時(shí)，不會(huì)因?yàn)閺V播大圖造成網(wǎng)絡(luò)阻塞無法聊天。
-
real 2015-01-22是的，目前正是如同你所述的方式進(jìn)行。所有圖 片由workerman存儲(chǔ)，并轉(zhuǎn)發(fā)url 給所有用戶 。
為了不讓gateway阻塞丟包，導(dǎo)致客戶端掉線， 目前是增加了更多的進(jìn)程來接受請(qǐng)求，是否有更 好的建議？
