程序員說的緩存

⑴ 電腦中的緩沖區是指什麼

你知道：電腦緩沖區就像你在網上看電影，有時候需要緩沖才能播放一樣。
也就是說我們的電腦內存分成5個區，他們分別是堆、棧、自由存儲區、全局/靜態存儲區和常量存儲區

1.棧，就是那些由編譯器在需要的時候分配，在不需要的時候自動清楚的變數的存儲區。裡面的變數通常是局部變數、函數參數等。

2.堆，就是那些由new分配的內存塊，他們的釋放編譯器不去管，由我們的應用程序去控制，一般一個new就要對應一個delete.如果程序員沒有釋放掉，那麼在程序結束後，操作系統會自動回收。

3.自由存儲區，就是那些由malloc等分配的內存塊，他和堆是十分相似的，不過它是用free來結束自己的生命的。

4.全局/靜態存儲區，全局變數和靜態變數被分配到同一塊內存中，在以前的C語言中，全局變數又分為初始化的和未初始化的，在C++裡面沒有這個區分了，他們共同佔用同一塊內存區。

5.常量存儲區，這是一塊比較特殊的存儲區，他們裡面存放的是常量，不允許修改（當然，你要通過非正當手段也可以修改）

然而------------電腦緩沖區就是預留下來的做為急用的那一部分。

⑵ C#中如何把自己的緩存當公共的緩存來使用

個人建議： 1、如果是數據量很少很少的話，可以利用硬碟存儲，也就是寫*.log文件，存放相關信息。 2、如果數據量為極少以上的數量的話，就強烈建議採用資料庫備份的技術，也就是你說的建另外一張表，在資料庫中建另外一張備份表，是最科學最合理最流行也是效率最高的方法。強烈建議使用。 你也許會說你來回讀寫備份表很麻煩也會超成多次讀寫資料庫，對系統速度有一定的影響。關於這個問題就是典型的「觸發器」的問題，你可以建一個觸發器，當你刪除或修改某張表的時候，觸發器會自動在備份表中加入或修改相應的備份信息。觸發器很好寫而且是一勞永逸的方法，這才是程序員最應該有的正確思維。 以上為個人建議。

⑶ CPU寄存器和緩存有什麼區別

寄存器是匯編用上的吧！和緩沖不是一回事！

以下是C-V的
寄存器是CPU內部重要的數據存儲資源，是匯編程序員能直接使用的硬體資源之一。
由於寄存器的存取速度比內存快，所以，在用匯編語言編寫程序時，要盡可能充分利用寄存器的存儲功能。
寄存器一般用來保存程序的中間結果，為隨後的指令快速提供操作數，從而避免把中間結果存入內存，再讀取內存的操作。在高級語言(如：C/C++語言)中，也有定義變數為寄存器類型的，這就是提高寄存器利用率的一種可行的方法。

另外，由於寄存器的個數和容量都有限，不可能把所有中間結果都存儲在寄存器中，所以，要對寄存器進行適當的調度。根據指令的要求，如何安排適當的寄存器，避免操作數過多的傳送操作是一項細致而又周密的工作。
有關「寄存器的分配策略」在《編譯原理》中會有詳細的介紹。
1、 16位寄存器組

16位CPU所含有的寄存器有(見圖2.1中16位寄存器部分)：

4個數據寄存器(AX、BX、CX和DX)
2個變址和指針寄存器(SI和DI) 2個指針寄存器(SP和BP)
4個段寄存器(ES、CS、SS和DS)
1個指令指針寄存器(IP) 1個標志寄存器(Flags)

2、 32位寄存器組

32位CPU除了包含了先前CPU的所有寄存器，並把通用寄存器、指令指針和標志寄存器從16位擴充成32位之外，還增加了2個16位的段寄存器：FS和GS。

32位CPU所含有的寄存器有(見圖2.1中的寄存器)：

4個數據寄存器(EAX、EBX、ECX和EDX)
2個變址和指針寄存器(ESI和EDI) 2個指針寄存器(ESP和EBP)
6個段寄存器(ES、CS、SS、DS、FS和GS)
1個指令指針寄存器(EIP) 1個標志寄存器(EFlags)

⑷ 緩存和主存對系統程序員和應用程序員是透明的是什麼意思

意思就是
系統程序員和應用程序員在設計系統或者設計程序的時候都會把硬體因素考慮進去（包括緩存和主存），一個合格的系統程序員和應用程序員必須知道，理解存儲機制，以優化系統和程序。
另一層：我覺得這里的程序員更多的偏向黑客之類的意思

⑸ 求解 win7 任務管理器 性能 物理內存里的總數、已緩存、可用、空閑都是什麼意思

總數 你內存條大小的內存 你內存要是8G 這就是8192左右
已緩存 WIN7開始有個系統記憶你常用的軟體 開機時候就給你載入到後台里 這個就是在後台運行 但是用的資源很小 能讓你用軟體的時候快速打開
可用 就是還剩餘的內存
空閑。。 這個可以無視
總體來說就是 直接看可用就可以 知道內存還剩多少了
再不明白 看性能右下角的資源管理器 內存 下頭有圖

⑹ 如何防止緩存代碼溢出執行

你把菜單欄里「工具」—「配置」裡面的第一項「常規」里的「磁碟緩存」設小些試一下！
設小些，一般是1024KB或是2048KB，和文件長度沒有關系的，這個「緩存」的意思就是每當下載1024KB或2048KB的時候再存到你的硬碟里，之前是存在緩存里的。
些Sasser代碼（可以說是插件或木馬之類）穿過未打補丁的防火牆,到達沒有防護的伺服器。當代碼進入沒有防護伺服器的內存時,它馬上執行緩存器溢出,將伺服器系統級的控制權交給了遠端的主機,實現在企業網內的遠程式控制制。

卡巴六正是針對Web瀏覽器或者其他最終用戶網路應用的的漏洞防禦，並可以檢測和防止受保護計算機上運行的任何應用遭受緩存溢出攻擊，防治計算機收到傷害，你拒絕的時候沒有「以後都這樣操作」的提示嗎？如果沒有，建議不要瀏覽該網頁了！

溫馨提醒：上網的時候最好不要用IE上網，因為80％病毒都是針對IE的（也就是WINDOW），如果使用第三方面的瀏覽器，將會大大降低中毒的幾率！

⑺ Cache和Buffer的主要區別是什麼都是緩存，區別在哪

cache是高速緩沖存儲器,,介於CPU與主存之間,它的工作速度數倍於主存,全部功能由硬體實現,並且對程序員是透明的.buffer一般是主存.還有,一般buffer對程序員是不透明的,除非是底層的地程序員,偶爾會需要知道一些buffer的詳細信息(一般是嵌入式的,必須對每個地址都要自己分配),一般情況下,只要程序自己去分配就好了!

⑻ java web開發緩存方案，ehcache和redis哪個更好

Ehcache
在java項目廣泛的使用。它是一個開源的、設計於提高在數據從RDBMS中取出來的高花費、高延遲採取的一種緩存方案。正因為Ehcache具有健壯性（基於java開發）、被認證（具有apache 2.0 license）、充滿特色（稍後會詳細介紹），所以被用於大型復雜分布式web application的各個節點中。
1. 夠快
Ehcache的發行有一段時長了，經過幾年的努力和不計其數的性能測試，Ehcache終被設計於large, high concurrency systems.
2. 夠簡單
開發者提供的介面非常簡單明了，從Ehcache的搭建到運用運行僅僅需要的是你寶貴的幾分鍾。其實很多開發者都不知道自己用在用Ehcache，Ehcache被廣泛的運用於其他的開源項目
比如：hibernate
3.夠袖珍
關於這點的特性，官方給了一個很可愛的名字small foot print ，一般Ehcache的發布版本不會到2M，V 2.2.3 才 668KB。
4. 夠輕量
核心程序僅僅依賴slf4j這一個包，沒有之一！
5.好擴展
Ehcache提供了對大數據的內存和硬碟的存儲，最近版本允許多實例、保存對象高靈活性、提供LRU、LFU、FIFO淘汰演算法，基礎屬性支持熱配置、支持的插件多
6.監聽器
緩存管理器監聽器 （CacheManagerListener）和 緩存監聽器（CacheEvenListener）,做一些統計或數據一致性廣播挺好用的
如何使用？
夠簡單就是Ehcache的一大特色，自然用起來just so easy!

redis
redis是在memcache之後編寫的，大家經常把這兩者做比較，如果說它是個key-value store 的話但是它具有豐富的數據類型，我想暫時把它叫做緩存數據流中心，就像現在物流中心那樣，order、package、store、classification、distribute、end。現在還很流行的LAMP PHP架構 不知道和 redis+mysql 或者 redis + mongodb的性能比較（聽群里的人說mongodb分片不穩定）。
先說說reidis的特性

1. 支持持久化
redis的本地持久化支持兩種方式：RDB和AOF。RDB 在redis.conf配置文件里配置持久化觸發器，AOF指的是redis沒增加一條記錄都會保存到持久化文件中（保存的是這條記錄的生成命令），如果不是用redis做DB用的話還會不要開AOF ，數據太龐大了，重啟恢復的時候是一個巨大的工程！
2.豐富的數據類型
redis 支持 String 、Lists、sets、sorted sets、hashes 多種數據類型,新浪微博會使用redis做nosql主要也是它具有這些類型，時間排序、職能排序、我的微博、發給我的這些功能List 和 sorted set 的強大操作功能息息相關
3.高性能
這點跟memcache很想像，內存操作的級別是毫秒級的比硬碟操作秒級操作自然高效不少，較少了磁頭尋道、數據讀取、頁面交換這些高開銷的操作！這也是NOSQL冒出來的原因吧，應該是高性能
是基於RDBMS的衍生產品，雖然RDBMS也具有緩存結構，但是始終在app層面不是我們想要的那麼操控的。
4.replication
redis提供主從復制方案，跟mysql一樣增量復制而且復制的實現都很相似，這個復制跟AOF有點類似復制的是新增記錄命令，主庫新增記錄將新增腳本發送給從庫，從庫根據腳本生成記錄，這個過程非常快，就看網路了，一般主從都是在同一個區域網，所以可以說redis的主從近似及時同步，同事它還支持一主多從，動態添加從庫，從庫數量沒有限制。 主從庫搭建，我覺得還是採用網狀模式，如果使用鏈式（master-slave-slave-slave-slave·····）如果第一個slave出現宕機重啟，首先從master 接收 數據恢復腳本，這個是阻塞的，如果主庫數據幾TB的情況恢復過程得花上一段時間，在這個過程中其他的slave就無法和主庫同步了。

5.更新快
這點好像從我接觸到redis到目前為止 已經發了大版本就4個，小版本沒算過。redis作者是個非常積極的人，無論是郵件提問還是論壇發帖，他都能及時耐心的為你解答，維護度很高。有人維護的話，讓我們用的也省心和放心。目前作者對redis 的主導開發方向是redis的集群方向。

所以如果希望簡單就用ehcache，如果開發任務比較復雜，希望得到比較多的支持什麼的就redis

⑼ 為什麼說cache對程序員是透明的

cache對程序員是透明的是因為程序員不需要知道其運行原理。因為程序員不需要知道cache的緩存機制，直接調用cache介面即可實現cache緩存。

cache獨一無二地提供了三種整合的、能並發訪問同一數據的資料庫技術：成熟的對象訪問方式，高性能的 SQL 訪問方式以及豐富的多維訪問。在對象數據、關系型數據以及多維數據視圖之間不需要映射，這樣就大大節省了開發和運行時間。

(9)程序員說的緩存擴展閱讀：

cache的作用

Caché提供了快速 Web 應用開發、高速的事務處理、大規模的擴展性、對事務數據的實時查詢。 Caché運行概述對Caché架構和性能進行了深層次的描述。 Caché的技術優勢主要在為什麼選擇Caché這一文檔中稱述。

在小冊子以多維引擎全面整合對象和 SQL 中，你可以了解到後關系型技術更多的優勢。 Caché問與答中主要回答了一些關於Caché的常見問題，以及為什麼增值商和企業選擇Caché來提升他們應用的性能。

⑽ 緩存與寄存器關系

緩存是用來存放從內存中取出的指令和數據，用來提高cpu訪問內存的速度
而寄存器是用來存放cpu在執行指令時所需要的操作數或執行結果
寄存器的內容可以通過編程式控制制，也就是說對程序員而言是可見的，而緩存不能通過編程式控制制，對程序員而言是透明的。