其他

今天評論：Technorati 標籤: 百度 資訊量 覺悟       這是在進入提高班之前寫的一篇文章。自我感覺覺悟不錯。舊文：      呵呵，我不是給百度做廣告呀。     

我們之前提到了複合過程，講解了Scheme中複合過程如何定義。但是，我們之前的過程的定義都是比較簡單的，甚至沒有用到我們在C/C++中所謂的局部變數。下面我們將研究一下Scheme中的過程對全域變數、局部變數的訪問情況。（註：這裡會將過程（Procedure）和函數（Function）這兩個概念混用，我們後面會講到Lambda，其實Lambda是真正意義上的函數） 在Scheme中，我們在一個過程中可以訪問一個全域變數：(define (func x) (+ x g_var));Value:

　　Tor系統中，主機的身份包括有這幾種：Client，Bridge Server，Relay Server，Directory Server。　　當然，有的時候一台主機是可以身兼數個身份，提供不同的服務或擷取服務。　　我們從最簡單的用戶端配置的Tor來進行分析，事先瞭解整個Tor系統的執行規程，之後再具體分析其他身份時候的不同操作，從而加快瞭解系統的速度。此處要說明的是，由於筆者對Windows的編程不甚瞭解，暫時就去除源碼中所有為了讓Tor系統具有誇平台性的Windows代碼部分。1.

以下代碼在基於如下環境中編寫和測試的：編譯器：Apple LLVM2.0（相容GNU99），Objective-C作業系統：Mac OS X Snow Leopard產生程式：64位測試環境：Mac Mini，CPU：2.00GHz，Intel Core2 Duo P7350； 記憶體：1GB DDR3；L2 Cache：3MB    //// main.m// math_test//// Created by Zenny Chen on 5/18/11.// Copyright 201

咋一看標題，你很有可能會不屑一顧。本人向來不願意在自己僅有的那塊部落格空間裡放一些被談得發爛的東西。在寫這篇文章之前，我還特地地Google了一下，沒發現與此相關的內容。這裡將討論關於C/C++中sizeof的一個不怎麼為人所知的東西。 請先看下列代碼：#include <stdio.h>static char dummy(void){ puts("Hello, world!"); return '/0';}int main(void){ printf("The

經常在哪殺毒軟體的介紹中看到什麼什麼殺毒引擎，在網上查了一下。記下來：就是用殺毒軟體本身帶的病毒庫（經常會自動升級），與系統上的檔案上的某些特徵碼進行對比，有相同的就是病毒。“簡單點說就是殺毒軟體! 掃描引擎是殺毒軟體的主要部分，是殺毒軟體用來搜查電腦中病毒的程式。病毒庫裡面有病毒的“標本”，掃描引擎在掃描時就是用病毒庫裡的標本和你電腦中的所有檔案進行“對照”，如果符合標本的特徵，那麼掃描到的這個檔案就是病毒，就進行殺毒。”————摘自百度問答。

　　在上個小節中，已經基本分析了Tor系統的初始化過程。該過程中，最重要的部分，就是對預設設定檔、輸入設定檔以及命令列參數進行綜合整理，定出最後的配置方案。而後通過配置方案，啟動系統的基礎部分。這裡值得說明的是，Tor系統的所有配置選項，均可以在Tor Manual中找到。並且，根據Tor系統配置成不同的身份，使用的配置選項也會有細微差別。預設的配置固化在代碼內部，有興趣的朋友可以就初始化部分往下深究。另外，筆者會將經自己簡要翻譯和分析過的Tor Manual在後續章節中給出。1.

這個章節選自Intel官方文檔，是由本人親自翻譯的。 這裡先註明一下，以下所碰到的英文單詞Cache，如果C是大寫的，即Cache，表示名詞——高速緩衝儲存空間；如果c是小寫，即cache，表示動詞——表示將資料快存到某個高速緩衝儲存空間中 Intel

不知道你用不用隨身碟，儲存卡。不知道你有沒有遇過下面的情況。本來想在網上查一下關於這個病毒的資料，可惜查不到。那我就根據自己的經驗說一下吧。同名檔案夾病毒，能夠感染系統中的檔案夾，其方式為：將原有檔案隱藏，讓後產生一個同名的檔案夾，尾碼為“.exe”。你要是開啟它，可能又感染其它的病毒；極為頻繁的是，隨身碟裡經常會中這種病毒，並且也成為其傳染的主要途徑。解決方案：用殺毒軟體殺，殺的時候不用擔心正常的檔案被刪除，因為那個檔案已經被隱藏了。殺完毒你發現找不到原來的檔案了，不用擔心。①。用資料恢複工具

     知識的漏洞不可怕，可怕的是人的漏洞。今天我再一次將漏洞展現了出了。    其實就是mvc的事，本以為學習了設計模式，也探索其中內涵了。所以在理解mvc時就完全按照自己的想法來做，殊不知，這完全是一廂情願。哎，害死人了。    還好今晚上米老師找我談話問這事，不然，我估計我(我們)就得繼續在黑暗中摸索了。    知識上有漏洞了自己看看補補就可以了。但是如果自己身上有漏洞，那是很不容易發現的。   說到底還是自省的問題。    現在有米老師為我們打補丁，以後呢？

OpenGL是一個用於話圖形的API，因此，OpenGL的首要目的就是將來自一個應用程式所提供的資料變換為能在顯示螢幕上看得到的東西。這個過程通常被引用為繪製（RENDERING）。一般，這個過程由專門設計的硬體進行加速，但OpenGL流水線的某些或所有操作可以被一個運行在CPU上的一個軟體實現執行。OpenGL實現如何在硬體和軟體之間進行分工對使用者而言是透明的（無需知道的）。重要的是繪製的結果要遵從由OpenGL詳細說明書中定義的結果。 專用於畫圖形並維護顯示屏內容的硬體經常被稱為圖形加速器

        對於作業系統核心有些瞭解的朋友應該對DSR不會感到陌生——Deferred Interrupt Service Routine，即延遲的插斷服務常式。         對於一些操作較複雜、耗時的操作我們往往想將它從插斷服務常式中拿出來，放在外面完成。這樣可以加快中斷回應時間，對於一些緊迫的事件處理則顯得更為重要。因此應該提供一個DSR這樣的機制。這個在Windows和Linux中均有體現。        下面我將談談在Blackfin DSP處理器系列中對DSR的一種處理方法。 

Scheme被很多人譽為“世界上最美麗的程式設計語言”。偶也被他們的話所打動，於是乎開始了Scheme之旅。目前Scheme大多用於科研，商用的比較少。但即便如此，也絲毫不會影像其“美麗”。下面就請大家一起跟我走進Scheme的世界罷。 玩Scheme與其它程式設計語言一樣，需要一個開發環境。我們可以通過Google搜尋到MIT-GNU-Scheme。它有Windows版、Linux版以及Mac OS X版。基於你們所用的作業系統下載相應的版本。我用過Windows版和Mac OS

 作者：胡陽摘自：http://www.the5fire.net 寫程式有時候就像是做菜一樣。很多人都這麼比喻過，從寫程式和做菜的對比中我們能得到什麼啟發呢？因為寫一個程式的周期相對是比較長的，而做菜的過程確是很短（時間太長了會有人餓暈過去的，呵呵）【淺析】先從小程式說起，一個小程式的開始，都是胸中有溝壑，敲鍵如有神。只需要腦海中有大概的一個構思就可以了，隨便做出來個什麼東西，最後不合心思大不了再改。就如自己隨便做一些家常菜一樣，不需要嚴格工序，有菜，有鍋，有火，加熱即可食用。不在乎美味與否，好

　　Main檔案是Tor系統的主要執行函數所處檔案，內容偏多，但是較於其他底層處理函數所在的檔案，也算較少。所以這裡做簡要的分析，其中刪去很多不常見的，不重要的函數，大家可以自行在源檔案內部查看。1. 全域變數　　全域變數在檔案頭部定義，每個全域變數都已經有比較詳盡的英文分析和解釋，這裡再做簡單的羅列。　　1）系統（先前）已讀與已寫位元組數以及用於流量控制的令牌桶全域變數；（先前與當前已讀寫位元組數的區別與refill回呼函數相關）　　令牌桶用於控制整個系統的流量，經過初始化，減少，增加等操作（

在PC處理器中，往往沒有像嵌入式系統那樣含有一塊多核共用的快取（一般是SRAM）。也就是說我們在PC處理器的多核共用變數都是統一被映射到記憶體（DDR）中去的。那麼這就會導致一系列的問題。首先，由於每個核都有自己的獨立的L1 Cache（包括資料和指令），而多個核共用一個L2 Cache，以及更高層級的Cache。那麼在某一個核中對一個多核共用變數做讀寫操作的話，若採用一般指令進行寫，那麼這變數的值僅僅會在那個核的L1

       到現在為止正統意義上的第二遍複習也算是完成了，要說都是為了考試那可是不確切滴。作為一個類專業人士（也就是電腦相關專業）要想讓自己變得專業些，軟考中涉及到得這些科目最起碼你要比較熟悉才行。不然說你是專業人士，誰信呐，是不             隨著第二遍複習的結束，一些知識也逐漸的清晰起來，第一遍看的時候有些東西確實比較陌生，比如說作業系統裡面的PV操作，資料庫中的關係代數的詳細內容，等等。並且在第一遍看的時候覺得這些知識看起來也是分塊的，不夠整體，究其原因是跟這些知識不熟吧。  

　　Tor協議的層次結果經過簡要分析可以大致概括為如下框圖：　　　　　　　　　　　　　　　　DIR串連……　　　　　　　　　　　　應用程式層　　　　　　　　　　　　　　－－－－－－－－－－－－－－－－－－－－－－－－　　　　　　　　　　　　　　　　AP串連，EXIT串連……　　　　　　　　　　　　　　－－－－－－－－－－－－－－－－－－　　　　　　　　　　　　　　　　Circuit鏈路……　　　　　　　　　　　Tor協議層　　　　　　　　　　　　　　－－－－－－－－－－－－－－－－－－　　　　　

  上面有兩篇文章介紹了兩類比較典型且簡單的並行方法，並且也簡單地介紹了它們的效能以及優缺點。這裡將再一種介紹方法：通過微線程來同步多個相互協作的並行任務。我們來想像一下下面這個問題：在一個已知長度的巨大線性表（如一維數組）當中要搜尋一個元素，並且其中的元素都是唯一的。我們現在所用的處理器有兩個核，根據前面介紹的第二種並行方法，我們可以簡單地讓核A去搜尋前一半元素，讓核B去搜尋後一半元素。當時我們將搜尋操作作為單獨的一個線程進行處理。但是像搜尋這樣的操作我們往往會在它結束後立即獲得結果，然後接下

        最近我看見有人問過這個問題。在此我想表達一下自己的觀點。        根據物件導向中關於繼承這個概念——子類繼承父類所有的屬性和方法。那麼既然是所有的那麼本人認為也應當也包括建構函式（方法）。