緩存隊列
mq可以控制，但是相對麻煩，tomcat可以完成，在server.xml里的<Connector配置就行
『貳』 「socket發送緩沖隊列」怎麼理解，怎麼做這個緩沖隊列
socket發送隊列就是 發送的一個一個按隊列順來 先進先出 /// <summary>
/// 將數據包添加到隊列中，隊列長度不能超過 QUEUE_COUNT
/// </summary>
public void PushToQueue(ProtocolPackage package)
{
Queue queue = this.commandBuffer;
if (package != null && package.Flag != "")
{
while (queue.Count >= QUEUE_COUNT)
{
queue.Dequeue();
}
queue.Enqueue(package);
}
}
『叄』 指令隊列緩沖器的介紹
當EU執行跳轉、子程序調用或返回指令時，BIU就使指令隊列復位，並從指令給出的新地址開始取指令，新取的第1條指令直接經指令隊列送EU執行，隨後取來的指令將填入指令隊列緩沖器。
『肆』 消息緩沖隊列是怎麼回事要詳細的。
消息緩沖隊
『伍』 C#多線程 一個緩沖隊列，一個生產者線程，一個消費者線程，這兩個線程同時操作這個隊列，必須加互斥鎖嗎
如果你是用的隊列不是線程安全的， 那麼會存在隱患
如果你的.net framework>=4的話 系統提供了線程安全的隊列 System.Collections.Concurrent.ConcurrentQueue<T>
『陸』 如何查看linux fifo緩存隊列
用vmstat監視內存使用情況 vmstat是Virtual Meomory Statistics（虛擬內存統計）的縮寫，可對操作系統的虛擬內存、進程、CPU活動進行監視。它是對系統的整體情況進行統計，不足之處是無法對某個進程進行深入分析。
『柒』 opnet中節點的緩存隊列當前數據包個數怎麼獲得大致說一下過程即可。
buffer size是緩存隊列的大小，你問的長度是指等待發出或調度的buffer個數還是一個隊列的長度，如果是一個buffer的長度，那就是buffer size了
『捌』 什麼是FIFO緩存隊列
FIFO是英文First In First Out 的縮寫，是一種先進先出的數據緩存器，他與普通存儲器的區別是沒有外部讀寫地址線，這樣使用起來非常簡單，但缺點就是只能順序寫入數據，順序的讀出數據，其數據地址由內部讀寫指針自動加1完成，不能像普通存儲器那樣可以由地址線決定讀取或寫入某個指定的地址。 FIFO一般用於不同時鍾域之間的數據傳輸，比如FIFO的一端時AD數據採集，另一端時計算機的PCI匯流排，假設其AD採集的速率為16位 100K SPS，那麼每秒的數據量為100K×16bit=1.6Mbps,而PCI匯流排的速度為33MHz，匯流排寬度32bit,其最大傳輸速率為1056Mbps,在兩個不同的時鍾域間就可以採用FIFO來作為數據緩沖。另外對於不同寬度的數據介面也可以用FIFO，例如單片機位8位數據輸出，而DSP可能是16位數據輸入，在單片機與DSP連接時就可以使用FIFO來達到數據匹配的目的。 3．FIFO的一些重要參數 FIFO的寬度：也就是英文資料里常看到的THE WIDTH，它只的是FIFO一次讀寫操作的數據位，就像MCU有8位和16位，ARM 32位等等，FIFO的寬度在單片成品IC中是固定的，也有可選擇的，如果用FPGA自己實現一個FIFO，其數據位，也就是寬度是可以自己定義的。 FIFO的深度：THE DEEPTH，它指的是FIFO可以存儲多少個N位的數據（如果寬度為N）。如一個8位的FIFO，若深度為8，它可以存儲8個8位的數據，深度為12 ，就可以存儲12個8位的數據，FIFO的深度可大可小，個人認為FIFO深度的計算並無一個固定的公式。在FIFO實際工作中，其數據的滿/空標志可以控制數據的繼續寫入或讀出。在一個具體的應用中也不可能由一些參數算數精確的所需FIFO深度為多少，這在寫速度大於讀速度的理想狀態下是可行的，但在實際中用到的FIFO深度往往要大於計算值。一般來說根據電路的具體情況，在兼顧系統性能和FIFO成本的情況下估算一個大概的寬度和深度就可以了。而對於寫速度慢於讀速度的應用，FIFO的深度要根據讀出的數據結構和讀出數據的由那些具體的要求來確定。 滿標志：FIFO已滿或將要滿時由FIFO的狀態電路送出的一個信號，以阻止FIFO的寫操作繼續向FIFO中寫數據而造成溢出（overflow）。 空標志：FIFO已空或將要空時由FIFO的狀態電路送出的一個信號，以阻止FIFO的讀操作繼續從FIFO中讀出數據而造成無效數據的讀出（underflow）。 讀時鍾：讀操作所遵循的時鍾，在每個時鍾沿來臨時讀數據。 寫時鍾：寫操作所遵循的時鍾，在每個時鍾沿來臨時寫數據。 讀指針：指向下一個讀出地址。讀完後自動加1。 寫指針：指向下一個要寫入的地址的，寫完自動加1。 讀寫指針其實就是讀寫的地址，只不過這個地址不能任意選擇，而是連續的。 4．FIFO的分類 根均FIFO工作的時鍾域，可以將FIFO分為同步FIFO和非同步FIFO。同步FIFO是指讀時鍾和寫時鍾為同一個時鍾。在時鍾沿來臨時同時發生讀寫操作。非同步FIFO是指讀寫時鍾不一致，讀寫時鍾是互相獨立的。 5．FIFO設計的難點 FIFO設計的難點在於怎樣判斷FIFO的空/滿狀態。為了保證數據正確的寫入或讀出，而不發生益處或讀空的狀態出現，必須保證FIFO在滿的情況下，不能進行寫操作。在空的狀態下不能進行讀操作。怎樣判斷FIFO的滿/空就成了FIFO設計的核心問題。由於同步FIFO幾乎很少用到，這里只描述非同步FIFO的空/滿標志產生問題。 補充： 在用到觸發器的設計中，不可避免的會遇到亞穩態的問題（關於亞穩態這里不作介紹，可查看相關資料）。在涉及到觸發器的電路中，亞穩態無法徹底消除，只能想辦法將其發生的概率將到最低。其中的一個方法就是使用格雷碼。格雷碼在相鄰的兩個碼元之間只由一位變換(二進制碼在很多情況下是很多碼元在同時變化)。這就會避免計數器與時鍾同步的時候發生亞穩態現象。但是格雷碼有個缺點就是只能定義2^n的深度，而不能像二進制碼那樣隨意的定義FIFO的深度，因為格雷碼必須循環一個2^n，否則就不能保證兩個相鄰碼元之間相差一位的條件，因此也就不是真正的各雷碼了。第二就是使用冗餘的觸發器，假設一個觸發器發生亞穩態的概率為P，那麼兩個及聯的觸發器發生亞穩態的概率就為P的平方。但這回導致延時的增加。亞穩態的發生會使得FIFO出現錯誤，讀/寫時鍾采樣的地址指針會與真實的值之間不同，這就導致寫入或讀出的地址錯誤。由於考慮延時的作用，空/滿標志的產生並不一定出現在FIFO真的空/滿時才出現。可能FIFO還未空/滿時就出現了空/滿標志。這並沒有什麼不好，只要保證FIFO不出現overflow or underflow 就OK了。 很多關於FIFO的文章其實討論的都是空/滿標志的不同演算法問題。 在Vijay A. Nebhrajani的《非同步FIFO結構》一文中，作者提出了兩個關於FIFO空/滿標志的演算法。 第一個演算法：構造一個指針寬度為N+1，深度為2^N位元組的FIFO（為便方比較將格雷碼指針轉換為二進制指針）。當指針的二進制碼中最高位不一致而其它N位都相等時，FIFO為滿（在Clifford E. Cummings的文章中以格雷碼表示是前兩位均不相同，而後兩位LSB相同為滿，這與換成二進製表示的MSB不同其他相同為滿是一樣的）。當指針完全相等時，FIFO為空。這也許不容易看出，舉個例子說明一下：一個深度為8位元組的FIFO怎樣工作（使用已轉換為二進制的指針）。FIFO_WIDTH=8， 補充： FIFO_DEPTH= 2^N = 8，N = 3，指針寬度為N+1=4。起初rd_ptr_bin和wr_ptr_bin均為「0000」。此時FIFO中寫入8個位元組的數據。wr_ptr_bin =「1000」，rd_ptr_bin=「0000」。當然，這就是滿條件。現在，假設執行了8次的讀操作，使得rd_ptr_bin =「1000」，這就是空條件。另外的8次寫操作將使wr_ptr_bin 等於「0000」，但rd_ptr_bin 仍然等於「1000」，因此FIFO為滿條件。 顯然起始指針無需為「0000」。假設它為「0100」，並且FIFO為空，那麼8個位元組會使wr_ptr_bin =「1100」，, rd_ptr_bin 仍然為「0100」。這又說明FIFO為滿。若寫指針的高兩位MSB大於讀指針的高兩位MSB則FIFO為「幾乎空」。 在Vijay A. Nebhrajani的《非同步FIFO結構》第三部分的文章中也提到了一種方法，那就是方向標志與門限。設定了FIFO容量的75%作為上限，設定FIFO容量的25%為下限。當方向標志超過門限便輸出滿/空標志，這與Clifford E. Cummings的文章中提到的STYLE #2可謂是異曲同工。他們都屬於保守的空滿判斷。其實這時輸出空滿標志FIFO並不一定真的空/滿。 說到此，我們已經清楚地看到，FIFO設計最關鍵的就是產生空/滿標志的演算法的不同產生了不同的FIFO。
『玖』 l2cache和CPU內的指令隊列緩沖器有什麼關系
一般來說l2cache是指令和數據共享的cache，當cpu執行指令發現需要執行的指令沒有在指令隊列緩沖器裡面，cpu就會先去l1cache看看沒有那個需要執行的指令，沒有的話再到l2cache裡面去。找到了指令以後就把指令讀到指令隊列緩沖器裡面。