❶ 單片機的串口通信緩沖區的空間有多大
就一個SBUF，一個位元組，發送的SBUF和接收的SBUF共用一個地址，但物理上是分開的。沒有你說的FIFO，那需要你使用串口的中斷實現，可以在RAM中開辟一個區域自己實現。
❷ 求問計算機組成原理中一些名詞的解釋：SP,LV,CPP,TOS，FIFO，分段，分頁，中斷
SP = stack pointe 堆棧指針，總是指向棧頂元素的下一個位置。所以數據入棧的時候，先壓棧，棧頂指針再增加一。出棧的時候棧頂指針先減去一，再彈出數據。
---------------------------------------------------------------------------------------------------------------------
CPP是程序設計語言C++的另一種書寫形式 它是「C Plus Plus」的簡稱。是繼C語言之後又一種計算機編程語言，C++編程語言同時支持所有的C語言語法。 C++和C相似：但C是面向過程的程序設計語言，而C++是面向對象的程序設計語言，不過C++語言保持了對C語言的兼容，也就說是在C++程序可以不用修改的插入C語言代碼。 cpp是用C++語言編寫的源代碼文件的後綴名。它對類的強大支持可以使它編寫出更優質的程序
---------------------------------------------------------------------------------------------------------------------
Cos與Tos只是QoS的一種標記機制。
QoS范圍太大，涉及到入口數據流的標記和分類及速率限制，網路骨乾的擁塞避免和擁塞管理，網路出口的隊列調度機制等等。
Cos是二層ISL或者802.1Q數據幀的優先順序標記，3個bit，范圍0-7；
Tos是三層數據包的服務類型標記，也是3個bit，范圍0-7，同樣可當作優先順序標記，另外5個實際指示Delay，Throughput，Reliability等特性的bit位一般沒有使用；現在為了更好的控制數據流分類，使用DSCP（Differential Services Code Point），擴展了Tos的後三個bit，因此，范圍從0-63。
在實施QoS策略時，Cos與ToS或DSCP之間通常要做映射機制。
---------------------------------------------------------------------------------------------------------------------
FIFO是英文First In First Out 的縮寫，是一種先進先出的數據緩存器，他與普通存儲器的區別是沒有外部讀寫地址線，這樣使用起來非常簡單，但缺點就是只能順序寫入數據，順序的讀出數據，其數據地址由內部讀寫指針自動加1完成，不能像普通存儲器那樣可以由地址線決定讀取或寫入某個指定的地址
---------------------------------------------------------------------------------------------------------------------
應用層向傳輸層傳遞大量數據。傳輸層必須將數據拆分成小的片段，更適合傳送。這些小的片段被稱為分段
---------------------------------------------------------------------------------------------------------------------
分頁 (pagination) 一種自動分頁機制，可以將 移動 Web 窗體中的內
容分割成一組組較小的頁進行呈現，以適合於特定的設備。該機制還呈現可用於瀏覽到其他頁的用戶界面元素
---------------------------------------------------------------------------------------------------------------------
中斷：指當出現需要時，CPU暫時停止當前程序的執行轉而執行處理新情況的程序和執行過程。即在程序運行過程中，系統出現了一個必須由CPU立即處理的情況，此時，CPU暫時中止程序的執行轉而處理這個新的情況的過程就叫做中斷。
❸ 描述一下hadoop中，有那些地方使用了緩存機制，分別有什麼作用
描述一下
hadoop
中，有哪些地方使用到了緩存機制，作用分別是什麼？
答：
緩存機制就是
DistributedCash
，
就是在
job
任務執行前，將需要的文件拷貝到
Task
機器
上進行緩存，提高
maprece
的執行效率。
❹ 為什麼說cache對程序員是透明的
cache對程序員是透明的是因為程序員不需要知道其運行原理。因為程序員不需要知道cache的緩存機制，直接調用cache介面即可實現cache緩存。
cache獨一無二地提供了三種整合的、能並發訪問同一數據的資料庫技術：成熟的對象訪問方式，高性能的 SQL 訪問方式以及豐富的多維訪問。在對象數據、關系型數據以及多維數據視圖之間不需要映射，這樣就大大節省了開發和運行時間。
(4)fifo緩存機制擴展閱讀：
cache的作用
Caché提供了快速 Web 應用開發、高速的事務處理、大規模的擴展性、對事務數據的實時查詢。 Caché運行概述對Caché架構和性能進行了深層次的描述。 Caché的技術優勢主要在為什麼選擇Caché這一文檔中稱述。
在小冊子以多維引擎全面整合對象和 SQL 中，你可以了解到後關系型技術更多的優勢。 Caché問與答中主要回答了一些關於Caché的常見問題，以及為什麼增值商和企業選擇Caché來提升他們應用的性能。
❺ lru演算法是什麼
LRU是Least Recently Used的縮寫，是一種常用的頁面置換演算法，選擇最近最久未使用的頁面予以淘汰。
該演算法賦予每個頁面一個訪問欄位，用來記錄一個頁面自上次被訪問以來所經歷的時間t，當須淘汰一個頁面時，選擇現有頁面中其t值最大的，即最近最少使用的頁面予以淘汰。
特點：
LRU 演算法弊端是存在偶發性、周期性的批量操會降低緩存的命中率，對緩存造成污染，下面幾個就是改進演算法。
LRU-K會記錄每條數據的訪問歷史，當達到 k 時，才將數據存放到緩存，在緩存內存回收時，緩存中越接近 k 的數據被優先刪除。
Two queues（2Q）相當於 LRU-2，區別是訪問歷史（首次訪問）數據緩存於 FIFO 隊列，二次及以上的數據存放LRU緩存，FIFO 隊列數據遵循該緩存的內存回收機制，LRU緩存數據遵循該緩存的內存回收機制。
❻ 高速緩沖存儲器的工作原理
高速緩沖存儲器的工作原理：
當中央處理器存取主存儲器時，硬體首先自動對存取地址的列號欄位進行譯
碼，以便將聯想存儲器該列的全部行號與存取主存儲器地址的行號欄位進行比較：若有相同的，表明要存取的主存儲器單元已在高速存儲器中，稱為命中，硬體就將
存取主存儲器的地址映射為高速存儲器的地址並執行存取操作；若都不相同，表明該單元不在高速存儲器中，稱為脫靶，硬體將執行存取主存儲器操作並自動將該單
元所在的那一主存儲器單元組調入高速存儲器相同列中空著的存儲單元組中，同時將該組在主存儲器中的行號存入聯想存儲器對應位置的單元內。
當出現脫靶而高速存儲器對應列中沒有空的位置時，便淘汰該列中的某一組以
騰出位置存放新調入的組，這稱為替換。確定替換的規則叫替換演算法，常用的替換演算法有:最近最少使用演算法（LRU）、先進先出法（FIFO）和隨機法
（RAND）等。替換邏輯電路就是執行這個功能的。另外，當執行寫主存儲器操作時，為保持主存儲器和高速存儲器內容的一致性，對命中和脫靶須分別處理。
高速緩沖存儲器（Cache）其原始意義是指存取速度比一般隨機存取記憶體（RAM）來得快的一種RAM，一般而言它不像系統主記憶體那樣使用DRAM技術，而使用昂貴但較快速的SRAM技術，也有快取記憶體的名稱。
❼ ehcache java 對象緩存怎麼實現
EhCache裡面有一個CacheManager類型，它負責管理cache。Cache裡面存儲著Element對象，Element必須是key-value對。Cache是實際物理實現的，在內存中或者磁碟。這些組件的邏輯表示就是下面即將要討論的類。他們的方法提供了可編程的訪問方式。
CacheManager
負責Cache的創建、訪問、移除。
CacheManager創建
CacheManager支持兩種創建模式：單例（Singleton mode）和實例（InstanceMode）。
在2.5之前的版本中，在同一個JVM中允許存在任意數量相同名字的CacheManager。每調用new CacheManager(...)一次，就會產生一個新的CacheManager實例，而不管已經存在多少個。調用CacheManager.create(...)，則返回的是已經存在的那個配置對應的單例CacheManager，如果不存在，則創建一個。
2.5之後的版本，不允許在同一個JVM內存在多個具有相同名字的CacheManager。創建非單例實例的CacheManager()構造函數可能會打破這一規則，但是會拋出NPE異常。如果你的代碼要在同一個JVM創建多個同名的實例，請使用靜態方法CacheManager.create()，總是返回對應名的CacheManager（如果已經存在），否則創建一個
❽ hadoop某節點運行較慢，通過什麼機制解決
一個節點需要執行的命令 答：（1）hadoop job Clist 得到job的id，然後執 行 hadoop job -kill jobId就可以殺死一個指定jobId的job工作了。 （2）hadoop fs -rmr /tmp/aaa 3 增加一個新的節點在新的幾點上執行 Hadoop daemon.sh start datanode Hadooop daemon.sh start tasktracker 然後在主節點中執行 hadoop dfsadmin -refreshnodes 刪除一個節點的時候，只需要在主節點執行 hadoop mradmin -refreshnodes 請列出你所知道的hadoop調度器，並簡要說明其工作方法 答：Fifo schelar :默認，先進先出的原則 Capacity sc
❾ cache 是按照什麼訪問
當CPU要讀取一個數據時，首先從CPU緩存中查找，找到就立即讀取並送給CPU處理；沒有找到，就從速率相對較慢的內存中讀取並送給CPU處理，同時把這個數據所在的數據塊調入緩存中，可以使得以後對整塊數據的讀取都從緩存中進行，不必再調用內存。
正是這樣的讀取機制使CPU讀取緩存的命中率非常高（大多數CPU可達90%左右），也就是說CPU下一次要讀取的數據90%都在CPU緩存中，只有大約10%需要從內存讀取。
這大大節省了CPU直接讀取內存的時間，也使CPU讀取數據時基本無需等待。總的來說，CPU讀取數據的順序是先緩存後內存。
(9)fifo緩存機制擴展閱讀
當Cache產生了一次訪問未命中之後，相應的數據應同時讀入CPU和Cache。但是當Cache已存滿數據後，新數據必須替換（淘汰）Cache中的某些舊數據。最常用的替換演算法有隨機演算法、先進先出演算法（FIFO）和近期最少使用演算法（LRU）。
因為需要保證緩存在Cache中的數據與內存中的內容一致，Cache的寫操作比較復雜，常用的有寫直達法、寫回法和標記法。
❿ 數據採集時,如何動態創建緩沖區存數據
第二節 數據傳輸與數據處理的獨立性
為了提高數據吞吐率以及實現實時數據處理(如隨時取數、隨時暫停設備、隨時開始傳輸、隨時存檔、隨時顯示波形、隨時設備控制輸出等功能), 我們採用一種最新、最靈活的設計思想，即數據採集傳輸和數據處理相獨立的思想。即用我們所創建的設備對象在Windows系統空間管理一個一級強制性緩沖隊列，該緩沖隊列可支持128K字（即256K位元組）的系統內存空間Buffer，該隊列採用先進先出策略和動態鏈表等技術來更高效地管理這個Buffer。這個隊列緩沖與用戶數據緩沖區相獨立，設備對象在後台負責數據採集和傳輸，將其數據映射到相應的隊列緩沖單元，且維持一個動態鏈表，並向用戶發送相應的通知消息。而用戶則不必知道內部的任何復雜操作，而只須在這個消息到來時，使用ReadDeviceIntAD函數讀一批AD數據或幾批即可。重要的是，在這個消息沒有到來時，用戶代碼不必花任何CPU時間去輪詢等待，而用戶正好利用這段空閑時間去處理更多的任務。即輕松實現了數據採集與數據處理的同步並發進行。這將是最高效的。這個隊列緩沖跟先進先出存儲器FIFO晶元功能基本一致，只不過這個緩沖是一個被軟體模擬的FIFO存儲器。使用這項技術的最大優點就是完全解決了在多任務環境中實現高速連續採集數據難的問題。特別是整個系統突然繁忙的時候，比如用戶在高速採集數據或實時存檔時，偶而移動窗口或改變窗口大小或彈出對話框時，這項技術足以保證所採集的數據完整無缺。如果用戶希望應用程序有更好的處理能力和克服操作系統的陡然忙碌對連續數據採集的影響，可以考慮在用戶模式中再使用二級緩沖隊列和相應的緩沖區鏈表技術。具體細節請參考NT下的中斷演示程序。(目前在Window NT中完全支持此項技術，在以後的Win2000和WinXP版本中應該會進一步提供)。
第三節 連續不間斷大容量採集存檔
在虛擬儀器、實驗室數據分析、醫療設備、記錄儀等諸多研究和應用領域中，對數據的要求很高，一方面數據容量較大，如幾百兆甚至幾仟兆，另一方面采樣速度都較高，如200KHz，300KHz等，更重要是要求在高速長時間的採集數據過程中，不能丟掉一個點，必須全部存入硬碟，同時還要進行一些點的抽樣分析，這在DOS環境中實現起來就有較大的難度，就更別說在Windows這樣的多任務環境中（對於Windows多任務機制請參閱有關Windows手冊）。大家知道Windows的各應用程序總是不斷地被任務調度器調度，循環處在睡眠、排隊、就緒、觸發運行等狀態中。Win95任務之間的切換密度至少大於1毫秒，那麼如果要以300KHz頻率采樣（即每3.3微秒就得傳輸一個數據），很顯然有大量的數據在傳輸中由於任務之間的切換而被丟失掉。這就是基於Windows客戶程序在傳統模式下，高速連續採集傳輸數據時所具有的局限性。為了突破這種局限性，就得採用別的辦法，如非客戶程序、內核程序、驅動程序（如VxD、微代碼）等，再加上我們所掌握的新技術，如內存映射、直接寫盤技術以及獨有的設計思想便可以很好的解決這些問題。從1998年9月開始，已有部分用戶實際使用，反映良好。我們自己也經過全面測試，比如在Windows95下使用無FIFO晶元的BH5104模板，實際結果是：以200KHz頻率，雙通道採集正弦波且存檔，寫滿整個硬碟近4000兆數據，其時間長達6個小時左右，隨後再讀盤回放磁碟數據，整個波形沒有發現任何串道、斷點和畸形狀。當然PCI2303等PCI設備同樣具這樣的性能。它不僅具有一級硬體緩沖FIFO(其緩沖深度可調1KB、2KB、4KB、8KB、16KB等)，同樣具有第二節中敘述的二級強制隊列緩沖，這個軟體防真的緩沖比一級緩沖要大幾十倍。如果用戶需要的話，可以在應用程序中再建立循環式用戶緩沖，即可實現高速不間斷大容量採集存檔功能。
第四節 後台工作方式
我們的驅動程序為用戶提供了後台工作方式進行數據傳輸，這樣可以保證您的前台應用程序能實時高效的進行數據處理。後台方式的特點是在進行數據採集和傳輸過程中不佔用客戶程序的任何時間，當採集的數據長度達到客戶指定的值時便觸發客戶事件，客戶程序接受該事件便開始進行數據處理。在數據處理的同時，驅動程序依然在進行下一批數據的傳輸，即實現了並行操作，極大的提高了數據的吞吐量和計算機系統的整體處理能力。
第五節 與設備無關性
通過總結各數據採集卡的的共同特點，設計了基本一致的介面方式，可以讓您的應用程序不僅能適應您所購買的我公司第一種產品，同時也能不經修改地適應我公司的其他同類產品（只有極少數設備需要極少的修改，其修改的比例基本不超過5%）。所以可以保證您的應用程序在我們的硬體產品基礎上極為容易地進行功能和應用擴展，節省您的大部分軟體投資，極大的縮短工程開發周期。
第六節 驅動程序的堅固性
我們的驅動程序都是經過嚴密徹底的測試和驗證，並經部分用戶試用之後，確認沒有任何問題後才予以正式發行的，所以當您使用起來應該有十足的安全感。
第七節 驅動程序特點
由於我們的驅動程序均採用動態虛擬技術（Windows 95），微內核代碼（Windows NT）因此可動態裝載和卸載，而且可以重入，即可實現多道任務同時訪問硬體設備的功能。這樣可以保證您的軟硬體資源可以被充分有效的利用。特別是在Windows NT下，採用隊列突發機制，可以實現幾十道線程序同時訪問一設備的功能。