![]()
灰鴿子家庭/定制/企業(yè)版開售 全球殺毒不殺!組圖!并有灰鴿子使用教程【秒殺你的眼球】
一切都官方服務(wù)器中轉(zhuǎn) 無破解一說 破解你也沒法用,需服務(wù)器授權(quán),且購買前不透露員工端。
第一個圖你們仔細(xì)看 會發(fā)現(xiàn)有視頻。 顯示國家地區(qū) 地理位置。登陸賬號密碼即可用,有網(wǎng)就能控制.
購買價格點此查看 http://www.dumiaotech.com/thread-28038-1-1.html
灰鴿子圖樣有版權(quán)�？头ㄒ籕Q 834999498 其余一律假冒。唯一客服電話：400-0011-054
灰鴿子2015
2014灰鴿子使用教程.zip
(305 Bytes, 下載次數(shù): 11232)
2014-10-29 01:30 上傳
點擊文件名下載附件
版本教程 下載地址：
搜索：灰鴿子官網(wǎng) 我們有官網(wǎng)認(rèn)證 下面是優(yōu)酷在線觀看地址。
15版本是正規(guī)經(jīng)營,正規(guī)產(chǎn)品,雖然隱藏安裝,隱藏操作,但殺毒認(rèn)證,殺毒不殺,無需免殺,自啟動. 灰鴿子可以讓您強制安裝.殺毒不殺,不怕你大量控制,只要您有權(quán)力和能力.隱私我們不干預(yù),不犯罪就行。 ![]()
![]()
![]() ![]()
![]()
視頻 （1）支持160*120、320*240、480*360、640*480等多種采集分辨率。可在運行時，動態(tài)修改該分辨率。 （2）支持高、中、低三種視頻編碼質(zhì)量。 （3）支持幀頻1~25fps。 （4）當(dāng)網(wǎng)絡(luò)擁塞時，主動棄幀。 （5）根據(jù)網(wǎng)絡(luò)狀態(tài)，自動調(diào)整視頻的編碼質(zhì)量。 （6）可以以位圖格式獲取當(dāng)前視頻幀。 （7）支持多種視頻設(shè)備：普通攝像頭、usb攝像頭、虛擬攝像頭、視頻卡等。 音頻 （1）支持8k、16k、32k音頻采樣率。 （2）支持高、中、低三種音頻編碼質(zhì)量。 （3）支持回音消除（AEC）、靜音檢測（VAD）、噪音抑制（DENOISE）、自動增益（AGC）等網(wǎng)絡(luò)語音技術(shù)。 （4）最多可支持16路混音。 （5）自適應(yīng)的JitterBuffer，根據(jù)網(wǎng)絡(luò)狀態(tài)，動態(tài)調(diào)整緩沖深度。 （6）如果同時開啟音頻和視頻會話，則自動同步視頻畫面與聲音。 （7）在網(wǎng)速慢時，自動調(diào)整視頻的質(zhì)量，優(yōu)先保證音頻的清晰和連貫。 （8）根據(jù)網(wǎng)絡(luò)狀態(tài)，自動切換語音數(shù)據(jù)到質(zhì)量更高的網(wǎng)絡(luò)通道，保證語音通話效果。 遠(yuǎn)程桌面 （1）支持高、中、低三種視頻編碼質(zhì)量。 （2）根據(jù)機器性能和網(wǎng)速自動選擇幀頻。 （3）可動態(tài)調(diào)整屏幕分辨率。 （4）提供觀看模式和控制模式兩種選擇。 （5）當(dāng)網(wǎng)絡(luò)擁塞時，主動棄幀。 （6）根據(jù)網(wǎng)絡(luò)狀態(tài)，自動調(diào)整遠(yuǎn)程桌面的清晰度。 文件傳輸：支持各種文件操作，刪除，上傳，下載，重命名等，支持?jǐn)帱c續(xù)傳。 ESFramework底層使用最高效的IOCP（IO完成端口）模型，使得數(shù)據(jù)收發(fā)與處理達(dá)到最高性能。另外，ESFramework只會在需要時才使用必要的資源（如CPU、內(nèi)存），并且會及時釋放持有的資源，可以超長時間（比如數(shù)年）穩(wěn)定運行，絕不會有內(nèi)存泄露、死線程堆積等情況發(fā)生。由于ESFramework和StriveEngine使用的是同樣的底層內(nèi)核，所以本測試的結(jié)果對StriveEngine也是適用的。 本實驗用于測試ESFramework/StriveEngine服務(wù)端引擎內(nèi)核的性能和穩(wěn)定性，測試程序使用最新發(fā)布的ESFramework 4.2版本。 一．準(zhǔn)備工作測試的機器總共有3臺，都是普通的PC，一臺作為服務(wù)器，兩臺作為客戶端。 作為服務(wù)器是PC配置如下： 操作系統(tǒng)：Windows Server 2003 Enterprise Edition SP2 CPU：Pentium Dual-Core CPU E5400 @ 2.70GHz 內(nèi)存：2G 二．測試策略 本實驗所采用的策略是這樣的： （1）每個客戶端實例首先與服務(wù)器建立N個TCP連接，然后依次在每個TCP連接上發(fā)送一個36字節(jié)的消息。遍歷一次完畢后，等待（Sleep）M毫秒，再進(jìn)行下一輪遍歷發(fā)送。 （2）服務(wù)端接收到消息后，解析消息，然后累加消息的個數(shù)。 （3）客戶端統(tǒng)計已發(fā)消息的總數(shù)，并計算上一秒發(fā)送的請求數(shù)。 （4）服務(wù)端統(tǒng)計已接收消息的總數(shù)，并計算上一秒接收的請求數(shù)。 三．測試過程 1．測試方案一：連接總數(shù)3000，每輪發(fā)送間隔100ms （1）在作為服務(wù)器的PC上啟動服務(wù)端。 ![]() （2）在作為客戶端的兩臺PC上分別運行一個客戶端實例。每個客戶端實例設(shè)定連接數(shù)1500，每輪發(fā)送的間隔為100。 ![]() （3）如此，服務(wù)端的總的連接數(shù)為3000，以下是運行一段時間后的截圖： ![]() 在該測試過程中，服務(wù)端的每秒處理的消息數(shù)量在26000 ~30000之間波動，而CPU持續(xù)在80%以上。 另外，在客戶端的PC上通過NetLimitter可以看到每個連接上發(fā)出的數(shù)據(jù)流量： ![]() 2．測試方案二：連接總數(shù)6000，每輪發(fā)送間隔300ms 將方案一啟動的各程序全部關(guān)掉，重頭再來一次。 （1）在作為服務(wù)器的PC上啟動服務(wù)端。 ![]() （2）在作為客戶端的兩臺PC上分別運行一個客戶端實例。每個客戶端實例設(shè)定連接數(shù)3000，每輪發(fā)送的間隔為400。 ![]() （3）如此，服務(wù)端的總的連接數(shù)為6000，以下是運行一段時間后的截圖： ![]() 在該測試過程中，服務(wù)端的每秒處理的消息數(shù)量在14000 ~18000之間波動，而CPU持續(xù)在65%以上。 3．測試方案三：我們最后測試一種極端的情況，那就是極少的連接數(shù)，極小的發(fā)送間隔。連接總數(shù)十多個，每輪發(fā)送間隔0ms。 （1）在作為服務(wù)器的PC上啟動服務(wù)端。 （2）在作為客戶端的一臺PC上逐個啟動客戶端，每個客戶端設(shè)定連接數(shù)為1，發(fā)送間隔為0ms，這樣，當(dāng)增加到12個時，服務(wù)端的CPU幾乎始終維持在90%以上。 運行一段時間后的截圖如下所示： ![]()
在該測試過程中，服務(wù)端的每秒處理的消息數(shù)量在70000 ~ 80000之間波動，而CPU持續(xù)在90%以上。 【方案三測試 于2012.04.01所新增】 四．測試結(jié)論 第三種方案是比較極端的，在現(xiàn)實場景中很少碰到，但是作為一個極端的測試還是有必要的。一般服務(wù)器都要承載至少數(shù)千用戶同時在線，所以我們主要討論大連接數(shù)的測試方案。 對于大連接數(shù)測試，除了前兩種方案的測試以外，我們還進(jìn)行了其它方案的測試，比如設(shè)置更小的連接數(shù)（至少1000）和更小的發(fā)送間隔（至少5ms），或設(shè)置更大的連接數(shù)和更大的發(fā)送間隔。測試反映，這臺作為服務(wù)器的PC能承載的最佳并發(fā)連接數(shù)在4000左右，此時，服務(wù)器的吞吐量可以達(dá)到最大（每秒處理30000個左右的消息）。當(dāng)連接數(shù)進(jìn)一步增加時，吞吐量會降下來。最佳并發(fā)連接數(shù)和最大吞吐量的值與服務(wù)器機器的配置密切相關(guān)。 五．測試程序 本文末會提供測試程序的壓縮包下載。在壓縮包內(nèi)附帶了測試的服務(wù)端和客戶端程序，有興趣的朋友可以在自己的服務(wù)器上做更多的策略測試。在自己運行測試時，要注意以下幾點： （1）服務(wù)端最好運行在一臺單獨的機器上。如果客戶端也運行在服務(wù)端所在的機器上，則會嚴(yán)重地影響服務(wù)端的吞吐量。 （2）合理地設(shè)置客戶端的連接數(shù)和發(fā)送時間間隔。 （3）客戶端運行的機器的操作系統(tǒng)對tcp連接數(shù)可能有最大值限制（有的是三千多），如果遇到這種系統(tǒng)，而單個客戶端實例的連接數(shù)的設(shè)定又大于這個限制值，則會導(dǎo)致后續(xù)的tcp連接失敗。若發(fā)生這種情況，請關(guān)閉客戶端并重啟，然后設(shè)定較小的連接數(shù)，再次測試�？梢远嚅_幾個客戶端實例，來增加連接數(shù)。 （4）如果服務(wù)器上有防火墻軟件，可能會影響測試結(jié)果，最好關(guān)閉服務(wù)器上的防火墻進(jìn)行測試。 （5）如果是在Internet上測試，請確保服務(wù)端帶寬和客戶端的帶寬都足夠大。
| 
加載中...
[復(fù)制鏈接]
發(fā)表于 2014-10-29 01:31:15
QQ好友和群
收藏
發(fā)表于 2014-10-29 01:31:16