其他

1、設計模式；      IO收發線程與EMPLOY任務線程必須分離設計，否則如果只考慮IO線程來處理所有事情的話，一旦出現某個業務介面運行較慢，勢必造成對IO網路的堵塞，那麼這樣的後台服務又有什麼用呢？      EMPLOY任務線程指派演算法，要看具體業務來定，如果所有業務實現資料轉送量大小差不多，反應時間長短都差不多的話，可以採取平均順序分配的方式，否則可以按照業務具體調用來指派某一個或多個EMPLOY任務線程來處理。     

在協議棧中，傳輸層位於網路層之上，傳輸層協議為不同主機上啟動並執行進程提供邏輯通訊，而網路層協議為不同主機提供邏輯通訊。這個區別很微妙，但是卻非常重要。讓我們用一家人作為類比來說明一下這個區別。　　設想一下有兩所房子，一個位於東海岸而另一個位於西海岸，每所房子裡都住著12個小孩。東海岸的房子裡的小孩和西海岸房子裡的小孩是堂兄妹。兩所房子裡的孩子喜歡互相通訊——每個孩子每周都給每一個堂兄妹寫一封信，每一封信都由老式的郵局分別用信封來寄。這樣，每一家每周就都有144封信要送到另一家(這些孩子如果可以

背景知識：資料能傳到乙太網路上就說明資料到了網卡，如果資料沒有出乙太網路驅動程式那它肯定沒有到網卡。 ip輸出函數先檢查地址是不是迴路位址：    1.  如果是迴路位址，直接交給環回驅動程式處理，返回ip輸入函數    2.  如果不是迴路位址，檢查是不是廣播位址或者多播地址，如果是資料報複製一份傳給環回介面，然後送到乙太網路上。    3.  如果不是廣播或者多播地址，才檢查是不是本機地址，如果是本機地址，則交給環回驅動程式處理，環回驅動程式返回給ip輸入函數。對於拔掉網線照樣能ping 1

使用互斥量Mutex主要將用到四個函數。下面是這些函數的原型和使用說明。第一個

1 擁塞避免演算法 名稱解釋： 報文段--- TCP一次傳輸所發送的一定長度的位元組段。 TCP的滑動視窗機制，作為接收方管理髮送方發送資料量的手段，以防止接收方的接收緩衝區因為滿而溢出。擁塞視窗(cwnd)，接收端通知視窗(rwnd)，慢啟動閥值(ssthresh)，慢啟動的特徵：1 cwnd被初始化為一個資料包大小                              2 cwnd指數增長擁塞避免：1在一個RTT時間內cwnd只增加一個MSS大小                    

#include <cstdlib>#include <iostream>#include <time.h>#include <stdio.h>using namespace std;int main(int argc, char *argv[]){ time_t tNow =time(NULL); time_t tEnd = tNow + 1800; //注意下面兩行的區別 struct tm* ptm =

    分布式系統介紹目 錄1      修改記錄...12      概要...23      分散式運算...3 1   概要本文主要對大規模分布式系統的發展進行梳理，以加深理解。 2   分散式運算       隨著電腦技術的發展和資訊爆炸時代的來臨，人們對資料計算的需求越來越高，特別是海量資料的科學計算。傳統的單機受到計算速度、容量的限制已經無法滿足需求。在“網路+電腦”的基本思想下，分散式運算應運而生。2.1.1             分散式運算定義     

 在C++中，由const修飾的成員函數的函數體內部，是不能夠對成員變數進行修改的。這個特性被用來保證某些成員函數在實現過程中，避免由於程式員大意而對資料進行了錯誤的修改；同時也說明此成員函數是非修改性的。如只需要返回成員變數的成員函數就被聲明為const類型（const的位置在函數定義參數列表之後）      推廣開來，在const成員函數中也不能夠調用非const的成員函數。這是因為非const成員函數可能會改變成員變數的值，這與const成員函數的定義相違背。      但是在某些情況下，

首先到http://www.videolan.org/developers/x264.html下載x264的庫，然後解壓。開啟shell，進入x264的目錄，執行如下語句CC=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc ./configure --host=arm-apple-darwin

使用ARC能幫我們減輕不少記憶體管理方面的負擔，尤其是對用慣了Java的程式員來說。但是像我這種Java基礎本身就不牢固，做了兩年的iOS已經習慣手動管理記憶體的半吊子，使用ARC還是經常碰壁。最近碰到了CFObject和NSObject轉換的問題，由於ARC不能管理Core Foundation Object的生命週期，所以在Core

void  x264_param_default( x264_param_t *param ){……    /* Video properties */    param->i_csp           = X264_CSP_I420;    param->i_width         = 352;    param->i_height        = 288;    param->vui.i_sar_width = 0;   

8）“我想用malloc”、“我用不好malloc”　　來看看一個變態程式：/* xx.c：xx模組實現檔案 */ int *pInt;/* xx模組的初始化函數 */xx_intial() {pInt = ( int * ) malloc ( sizeof( int ) );...}/* xx模組的其他函數（僅為舉例）*/xx_otherFunction(){*Int =

人的困難也許不在於處境的險惡 而是從一個環境向另一個環境的前進過程。人是一種群體動物，都害怕心靈的孤獨－人需要共用幸福分擔痛苦。 這也許是每個人都要戀愛都要交很多朋友的原因吧。當一個人在向目標挺進中，他往往要長時間“享受”孤獨，那種困境就像是一個人被困在風雨交加的夜舉目四望只有黑暗 只有前進。就像《士兵突擊》裡的許三多。他一下連隊對就被分在那個“天滄滄，野茫茫，草原旁駐訓場，全體班長的墳墓，所有孬兵的天堂”的五班。其實開始他在五班沒有朋友 他付出了真心 換來的只有嘲笑

SYN攻擊xxx.xx.xxx.xxx機器上用netstat –n –p tcp命令查看，可以發現很多SYN_RECEIVED串連。而且都是發生在80連接埠上，而且無法正常訪問80連接埠上的服務。其他的網路連接、服務都是正常的。正常情況下不應該出現大量SYN_RECEIVED狀態的TCP串連。例外這些串連的來源地址都是有一定的規律。根據經驗可以確定是有惡意者對xxx.xx.xxx.xxx進行D.o.S（Denial ofService）攻擊。執行netstat命令結果如下：Active

Directshow中用來寫檔案的filter主要是file writer filter，另外在DirectX的參考代碼中有一個dump的例子。由於特定的應用及PPC/Smartphone等Windows CE平台的需求，常常要自己編寫file writer filter。1. filter之間傳送資料兩個filter之間是怎樣傳送資料在Directshow文檔中有詳細說明，一般都是input pin實現IMemInput介面，outpin pin調用input

全域變數的使用與資料斷點調試 (2007-05-19 15:42:03)   分類：學習、工作   

   到了設計中的第二個痛點。我鬱悶了好久，通過我的測試方向，聲音的每秒中的資料相對穩定，多加幀資料和少一幀資料聲音品質都會有問題，一開始我就通過調節視頻映像在一秒鐘的資料映像幀數來儲存視頻映像，時間短髮現還可以，時間一長發現仍就不同步，演算法：是在存一幀映像後檢查時間是否在同一秒內，如果是就inc++，如果不在同一秒內（表示下一秒開始）判斷inc值，如果大於fps（avi播放的幀率）就不管，如果小於，就需要補幀。難道是我的時間不夠精確？  

用戶端在Connect之前沒有進行bind()操作或者bind的連接埠是0。系統會隨機分配連接埠範圍（1024~5000）.也就是在上述情況下最多開啟3976個用戶端串連。原因：win2k預設的出站串連的臨時連接埠為1024－5000，要想使用更多的出站連接埠需要修改註冊表修改方式：在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\項下建一個MaxUserPort雙位元組值，例如：取值為10000時，大約

 我的理解是live有兩個迴圈！一個是select()所在的主迴圈，它即監聽串連，也接收請求。另一個是發送資料的迴圈，如你上面所說的在MultiFramedRTPSink類中，通過buildAndSendPacket、packFrame、afterGettingFrame、afterGettingFrame1、sendPacketIfNecessary和sendNext構成了一個迴圈圈，資料包的讀取和發送在這裡迴圈進行著。特別注意的是sendPacketIfNecessary方法中的後面代碼（n

年職業生涯一點感悟          4年前的今天恰巧是我第一次踏入企業成為一名職業程式員的日子。短短的4年在很多前輩面前還是“小朋友”的檔次，但自覺對軟體開發這個行當還是有了一些自己的理解和感悟，在這裡很想和大家分享。其中難免有主觀的感受，歡迎有不同的意見。