A. PCI匯流排用途
PCI，外設組件互連標准(Peripheral Component Interconnect)
一種由英特爾（Intel）公司1991年推出的用於定義局部匯流排的標准。此標准允許在計算機內安裝多達10個遵從PCI標準的擴展卡。最早提出的PCI匯流排工作在33MHz頻率之下，傳輸帶寬達到133MB/s(33MHz * 32bit/s)，基本上滿足了當時處理器的發展需要。隨著對更高性能的要求，1993年又提出了64bit的PCI匯流排，後來又提出把PCI 匯流排的頻率提升到66MHz。目前廣泛採用的是32-bit、33MHz的PCI 匯流排，64bit的PCI插槽更多是應用於伺服器產品。從結構上看，PCI是在CPU和原來的系統匯流排之間插入的一級匯流排，具體由一個橋接電路實現對這一層的管理，並實現上下之間的介面以協調數據的傳送。管理器提供信號緩沖，能在高時鍾頻率下保持高性能，適合為顯卡，音效卡，網卡，MODEM等設備提供連接介面，工作頻率為33MHz/66MHz。
PCI匯流排系統要求有一個PCI控制卡，它必須安裝在一個PCI插槽內。這種插槽是目前主板帶有最多數量的插槽類型，在當前流行的台式機主板上，ATX結構的主板一般帶有5～6個PCI插槽，而小一點的MATX主板也都帶有2～3個PCI插槽。根據實現方式不同，PCI控制器可以與CPU一次交換32位或64位數據，它允許智能PCI輔助適配器利用一種匯流排主控技術與CPU並行地執行任務。PCI允許多路復用技術，即允許一個以上的電子信號同時存在於匯流排之上。
由於PCI 匯流排只有133MB/s的帶寬，對音效卡、網卡、視頻卡等絕大多數輸入/輸出設備顯得綽綽有餘，但對性能日益強大的顯卡則無法滿足其需求。Intel在 2001年春季的IDF上，正式公布了旨在取代PCI匯流排的第三代I/O技術，該規范由Intel支持的AWG(Arapahoe Working Group)負責制定。2002年4月17日，AWG正式宣布3GIO1.0規范草稿制定完畢，並移交PCI-SIG（PCI特別興趣小組，PCI- Special Interest Group）進行審核。開始的時候大家都以為它會被命名為Serial PCI(受到串
行ATA的影響)，但最後卻被正式命名為PCI Express，Express意思是高速、特別快的意思。
2002年7月23日，PCI-SIG 正式公布了PCI Express 1.0規范，並於2007年初推出2.0規范（Spec 2.0），將傳輸率由PCI Express 1.1的2.5GB/s提升到5GB/s；目前主流的顯卡介面都支持PCI-E 2.0
HT是HyperTransport的簡稱。HyperTransport本質是一種為主板上的集成電路互連而設計的端到端匯流排技術，目的是加快晶元間的數據傳輸速度。HyperTransport技術在AMD平台上使用後，是指AMD CPU到主板晶元之間的連接匯流排（如果主板晶元組是南北橋架構，則指CPU到北橋），即HT匯流排。類似於Intel平台中的前端匯流排（FSB），但 Intel平台目前還沒採用
HyperTransport技術從規格上講已經用HT1.0、HT2.0、HT3.0、HT3.1
HyperTransport技術。
HyperTransport是AMD為K8平台專門設計的高速串列匯流排。它的發展歷史可回溯到1999年，原名為「LDT匯流排」(Lightning Data Transport，閃電數據傳輸)。2001年7月，這項技術正式推出，AMD同時將它更名為HyperTransport。隨後，Broadcom、 Cisco、Sun、NVIDIA、ALi、ATI、Apple、Transmeta等許多企業均決定採用這項新型匯流排技術，而AMD也藉此組建 HyperTransport開放聯盟，從而將HyperTransport推向產業界。
在基礎原理上，HyperTransport與目前的PCI Express非常相似，都是採用點對點的單雙工傳輸線路，引入抗干擾能力強的LVDS信號技術，命令信號、地址信號和數據信號共享一個數據路徑，支持 DDR雙沿觸發技術等等，但兩者在用途上截然不同—PCI Express作為計算機的系統匯流排，而HyperTransport則被設計為兩枚晶元間的連接，連接對象可以是處理器與處理器、處理器與晶元組、晶元組的南北橋、路由器控制晶元等等，屬於計算機系統的內部匯流排范疇。
第一代HyperTransport的工作頻率在200MHz— 800MHz范圍，並允許以100MHz為幅度作步進調節。因採用DDR技術，HyperTransport的實際數據激發頻率為400MHz— 1.6GHz，最基本的2bit模式可提供100MB/s—400MB/s的傳輸帶寬。不過，HyperTransport可支持2、4、8、16和 32bit等五種通道模式，在400MHz下，雙向4bit模式的匯流排帶寬為0.8GB/sec，雙向8bit模式的匯流排帶寬為1.6GB /sec；800MHz下，雙向8bit模式的匯流排帶寬為3.2GB/sec，雙向16bit模式的匯流排帶寬為6.4GB/sec，雙向32bit模式的匯流排帶寬為12.8GB/sec，遠遠高於當時任何一種匯流排技術。
2004年2月，HyperTransport技術聯盟(Hyper Transport Technology Consortium)又正式發布了HyperTransport 2.0規格，由於採用了Dual-data技術，使頻率成功提升到了1.0GHz、1.2GHz和1.4GHz，雙向16bit模式的匯流排帶寬提升到了 8.0GB/sec、9.6GB/sec和11.2GB/sec。Intel 915G架構前端匯流排在6.4GB/sec。
目前AMD的S939 Athlon64處理器都已經支持1Ghz Hyper-Transport匯流排，而最新的K8晶元組也對雙工16Bit的1GHz Hyper-Transport提供了支持，令處理器與北橋晶元的傳輸率達到8GB/s
2007年11月19日，AMD正式發布了HyperTransport 3.0 匯流排規范，提供了1.8GHz、2.0GHz、2.4GHz、2.6GHz幾種頻率，最高可以支持32通道。32位通道下，單向帶寬最高可支持20.8GB/s的傳輸效率。考慮到其DDR的特性，其匯流排的傳輸效率可以達到史無前例的41.6GB/s。
HT 3.0的匯流排還支持另一項名為「Un-Ganging」的新特性，該技術可允許超傳輸匯流排系統在操作過程中對運行模式作動態調整。這項特性可以讓那些搭載 SMT同步多線程技術的伺服器系統明顯受益，包括RX780、RD780以及RD790在內的AMD晶元組全都支持該特性。
超傳輸技術聯盟(HTC)在2008年8月19日發布了新版HyperTransport 3.1規范和HTX3規范，將這種點對點、低延遲匯流排技術的速度提升到了3.2GHz。
目前HT 3.0的速度最高只有2.6GHz，比如AMD的旗艦四核心處理器Phenom X4 9950 BE就是這一速度。在提速至3.2GHz後，再結合雙倍數據率(DDR)，HT 3.1可提供最高每位6.4GB/s(3.2GHz X 2 因為DDR以2倍速傳輸)的數據傳輸率，32-bit帶寬可達51.2GB/s(6.4GB/s X 32bit/8)。
實際上，HT 3.1規范一共定義了三種速度，分別是2.8GHz、3.0GHz和3.2GHz，累計帶寬提升23％，同時在核心架構、電源管理與通信協議方面與之前版本保持一致。
這兩個都相當於傳輸介面，超頻只和硬體本身工作有關系，和這兩個介面是沒有關系的。
B. 什麼是pcml電平
pcml是一個用於超高速介面的微分標准。 pcml在輸入緩沖區兩者之間的需要3.3V的 ccio和100 -的終端電阻。此外，每個輸入痕量需要50 - 電阻至V TT，每個輸出的痕量需要1 00- 電阻至V TT。要求不必輸入參考電壓。
PCML is a differential standard used for high-speed interfacing. PCML requires a 3.3-V V CCIO and a 100-termination resistor between the two traces at the input buffer. In addition, each input trace requires a 50-resistor to V TT , and each output trace requires a 100-resistor to V TT . No input reference voltage is required.
橋接協議
1. HyperTransport
HyperTransport I/O標准(過去稱為快速數據傳送或LDT)是一種2.5V VCCIO的差分高速、高性能I/O介面標准。該標准主要應用於高性能網路、電信、嵌入式系統、消費類電子產品和網際網路互連設備。HyperTransport I/O標準是一種點到點標准，每條HyperTransport匯流排由2條點到點單向鏈路組成，每條鏈路的寬度從2位到32位不等。
2. LVPECL
LVPECL I/O標準是一種3.3V VCCIO的差分介面標准，主要應用於視頻圖形處理、電信、數據通信和時鍾分配等設備。這種高速低電壓擺幅的LVPECL I/O標准採用一個正電源供電，這點類似於LVDS，但它的差分輸出電壓擺幅要比LVDS大。
3. PCML
PCML I/O標準是一種3.3V VCCIO的差分高速、低功率I/O介面標准，常見於網路和電信應用領域。與LVPECL I/O標准相比，它能獲得更好的性能，功耗也更低。PCML標准與LVPECL標准非常相似，但PCML的電壓擺幅較小，因此能得到更快的開關時間和更低的功耗。
4. 差分HSTL(I類和II類)
差分HSTL I/O標准主要用於0.0-1.5V HSTL邏輯開關范圍內工作的設備，如四倍數據速率(QDR)的存儲器時鍾介面。差分HSTL規范與單端HSTL規范是相同的，並規定輸入電壓范圍是- 0.3V ≤VI≤VCCIO+0.3 V。差分HSTL I/O標准只適用於輸入輸出時鍾。
5. 差分SSTL－2(類I和II)
差分SSTL-2 I/O標準是一種2.5V的存儲器匯流排標准，主要用於高速雙倍數據速率(DDR)SDRAM介面。該標準定義了工作在SSTL－2邏輯開關范圍為0-2.5V的設備的輸入輸出規范。該標准改善了匯流排必須與大型分支隔離場合的操作性能。SSTL-2標准規定輸入電壓范圍為- 0.3V≤ VI≤VCCIO+0.3V。FPGA器件的輸入輸出電平都支持這一標准。差分SSTL-2 I/O標准只適用於輸出時鍾。
C. 發作性睡病是什麼原因導致的
發病機制尚未清楚，可能與腦干網狀結構上行激活系統功能降低或橋腦尾側網狀核功能亢進有關。
病因目前未明，但可發現此病跟基因、環境因素及某些中樞神經疾病有關。對可能誘發發作性睡病的環境因素現在知之甚少，文獻報道有包括頭部外傷、睡眠習慣改變、精神刺激及病毒感染等。而發作性睡病與遺傳基因的關系是近年來的研究熱點，大約8%-10%的發作性睡病患者具有家族史，患者直系親屬患病的幾率為對照組的10-40倍；25%-31%的單卵雙生子共患發作性睡病，提示遺傳因素在其起病中有重要作用。HLA等位基因DQB1*0602在發作性睡病患者中有很高的陽性率，達88%-100%。
近年來，食慾素（orexin）與發作性睡病的關系令人矚目，orexin是下丘腦神經元細胞產生的神經肽，在協調睡眠-覺醒周期方面有重要作用，已知有orexin-A和orexin-B兩種，以orexin-B與本病的關系密切。有實驗表明，orexin基因缺失小鼠出現發作性睡病樣睡眠障礙。Nishino等證實，發作性睡病患者腦脊液orexin含量顯著偏低，為腦內orexin缺乏發生發作性睡病因果關系提供了證據。在發作性睡病患者死後腦組織內，發現產生orexin的神經元效量明顯減少，提示產生orexin的神經元數量的減少與發作性睡病密切相關。
發作性睡病的嗜睡是因orexin 神經元傳人中腦背側縫際核和藍斑的激活信號減少．使腦橋被蓋背外側部和腳核區（LDT / PPT ）內促覺醒神經元活動減弱，促發異常快速眼動睡眠的神經元抑制減輕，使異常快速眼動期提早或在不適當的狀況下出現。另一方面，由於orexin 神經元傳至單胺能神經元的激活信號減少，使後者對下丘腦腹外側視前區（VLPO）神經元的抑制減輕，在不該出現的情況下出現非快速眼動睡眠，伴覺醒度降低。
Peyron 等發現，產生黑色素聚集素（MCH ）的神經元分布於下丘腦外側部中，與產生orexin的神經元緊密混合在一起，兩者之間無重疊。結合發作性睡病與特定的人類白細胞抗原等位基因強烈關聯性，Siebold 等推測發作性睡病的發生與下丘腦orexin 神經元受到與DQBI * 0602 限制性T 細胞介導的免疫攻擊有關。
綜上所述，發作性睡病是一種具有遺傳易感性、受到環境因素影響或觸發的疾病。發病機制與睡眠結構的功能改變和神經遞質功能異常有關。還與DQBI * 0602 限制性T細胞介導的自身免疫反應對下丘腦產生orexin 的神經元的破壞有關。繼發性或症狀仁發作性睡病多見於腦外傷後、腦乾的其他腫瘤、下丘腦的肉芽腫等。
D. oracle ebs ldt什麼文件
可以加入在系統安裝完畢後運行的命令.這部分內容必須在kickstart的最後而且用%post命令開頭.它被用於實現某些功能,如安裝其他的軟體和配置其他的命名伺服器.
注:如果用靜態IP信息和命名伺服器配置網路,可以在%post部分訪問和解析IP地址.如果使用DHCP配置網路,當安裝程序執行到%post部分時,/etc/resolv.conf文件還沒有準備好.此時,可以訪問網路,但是不能解析IP地址.因此,如果使用DHCP,必須在%post部分指定IP地址.
注:post-install 腳本是在 chroot 環境里運行的.因此,某些任務如從安裝介質復制腳本或RPM將無法執行.
--nochroot,允許指定想在chroot環境之外運行的命令.
E. 電腦與病毒
1.如果你能刪完全，我說所有可能的獨立病毒，那就沒問題了，就算你手動殺了毒，如果是感染了系統文件的病毒，抱歉你怎麼刪，還是用殺毒軟體吧
2.病毒存在非系統盤的別的盤
3.中毒途徑很多了，比如軟體捆綁、內網傳播、系統漏洞、IE漏洞網站掛馬、OFFice漏洞、電子郵件漏洞等等
4.病毒,通常是黑客等高級程序員為了進行各種網路犯罪而編寫的程序,明白一點,病毒就是惡意程序,它也是按編程者本身的要求運行諸如復制,開埠之類的任務,這些事對於電腦用戶與計算機,系統來說,都是不好的
計算機病毒（computer viruses cv）是一種特殊的具有破壞性的計算機程序，它具有自我復制能力，可通過非授權入侵而隱藏在可執行程序或數據文件中。當計算機運行時，源病毒能把自身精確拷貝或者有修改的拷貝到其他程序體內，影響和破壞正常程序的執行和數據的正確性。病毒一詞是借用了生物病毒的概念，因為計算機一旦有了病毒，就如同生物體有了病毒一樣，具有很強的傳染性。生物病毒依附於生物體而生存，而計算機病毒則依附於計算機的正常的程序而生存，如操作系統DOS下的所有可執行文件。一些病毒程序是附在DOS系統盤的引導扇區中，在DOS啟動過程中，病毒程序即被激活，從而進行傳染和破壞。與生物病毒所不同的是計算機病毒是人為的，它一旦擴散，連製造者自己都會無法控制，故其危害極大，能造成巨大的經濟損失和社會破壞。
《中華人民共和國計算機信息系統安全保護條例》中，將計算機病毒（以下簡稱為病毒）明確定義為：編制或者在計算機程序中插入的破壞計算機功能或者破壞數據，影響計算機使用並且能夠自我復制的一組計算機指令或者程序代碼。
從以上定義中我們可以看出：
病毒是一種特殊計算機程序
病毒通常寄生在別的程序中
病毒具有惡意
病毒具有自我復制的功能
病毒的特性
通常病毒具有以下一些共性：
1.傳染性
傳染性是病毒的最基本特徵，是指病毒將自身復制到其它程序中，被感染的程序成為該病毒新的傳染源。
2.隱蔽性
病毒一般是具有很高編程技巧、短小精悍的程序，它通常附在正常程序中或磁碟較隱蔽的地方，個別的還以隱含文件的形式出現，它的存在、傳染和對數據的破壞過程用戶很難察覺。
3.潛伏性
大部分的病毒感染系統後不會馬上發作，而是長期隱藏在系統中，只有在滿足特定條件時才發作，這樣它可以廣泛地傳播，潛伏時間越久，傳播的范圍也就越廣。
4.觸發性
病毒的發作一般都有一個激發條件，即只有在一定的條件下，病毒才開始發作，這個條件根據病毒編制者的要求可以是日期、時間、特定程序的運行或程序的運行次數等等。
5.破壞性
病毒在發作時，立即對計算機系統運行進行干擾或對數據進行惡意的修改，病毒破壞性的大小完全取決於該病毒編制者的意願。
本文的目的，就是想說明寫病毒其實是多麼的容易。
一，病毒神話
我們先看看讓大家「興奮」、「激動」的病毒技術。
1，CIH，簡直成了神話，CIH的作者也成為無數人的偶像。這神話，是AVer吹出來的，這偶像，只是中國人盲目崇拜的延續，外國人沒這臭毛病。看看這個病毒里究竟有什麼？1K多點的代碼，再厲害能有什麼？我覺得這個病毒唯一比較好的地方就是它的非常優化。這種優化，其實說白了也不難，只要稍微有些匯編編程經驗，再加上一部指令手冊（至少要有指令長度），再有足夠的耐心，都可以做到。其它還有什麼？進入Ring 0？早已有之，再說稍微懂些保護模式的人都知道利用GDT/IDT/LDT是可以進行特權轉換的，常識問題。感染後文件大小不變？稍微了解PE格式的人都知道PE里有多少空地。使用VxD技術？Flash BIOS？只要能找到這些資料，有什麼難的？VxD無非就是玩一些int 20h，Flash BIOS無非是寫一些埠。調用中斷，寫埠，誰不會？但怎麼調中斷，寫哪些埠，則需要知道相關的資料。我就寫不出VxD為基礎的病毒，我也不會Flash BIOS，因為我沒有這方面的資料。
再看看時下「熱門」的病毒技術。
2，跨平台病毒。跨Windows和Linux，同樣是X86指令，有什麼特殊的嗎？基本上這種跨平台病毒，公用一部分變形之類的和OS無關的代碼，而和OS有關的則是分開的。比如在Windows上就調用API，而在Linux上則用int 80h（沒搞錯中斷號吧，我對Linux沒什麼研究）。其實就相當於兩個病毒的合並。只要有了相關系統調用的資料，這種病毒顯然很容易。其實寫出針對不同CPU的病毒也不難，只要針對不同的文件感染不同的代碼，然後把另外OS或CPU的代碼做為數據不執行就行。順便說一句，跨平台有什麼用？有幾個Linux機器上有PE文件的？又有幾個Windows上有ELF文件的？
3，.net病毒。有什麼新鮮嗎？Java不是也有病毒嗎？只要掌握MSIL匯編，寫一個真正的.net病毒並不難。值得一提的是前一陣炒得火熱的兩個.net病毒其實根本難登大雅之堂。29A的那個是用X86匯編寫的，稍微有點頭腦的都知道，.net是架構在MSIL上的，是一種中間語言，X86匯編根本就和.net無關。我沒仔細看這個病毒的代碼，但我估計無非是對EPE格式有一些不同於PE的操作，總體來說，還是PE病毒。那個「17歲天才少女」的C#病毒，算是.net病毒吧，但值得一吹嗎？你，說的就是你，去看看C#語法，再略微看一些.net framework，相信你也可以用C#寫出一個可以把自己通過郵件發出去的程序，這就是時髦的.net病毒。
4，metamorphism。簡直被AVer吹上天了。這東西說白了其實就是對自身代碼進行重新編碼。過程是，反匯編自己的代碼，重新改寫（比如mov eax,esi可以寫成push esi;pop eax等等），插入垃圾代碼。當然最好還要在下一代中刪除垃圾代碼。怎樣判斷垃圾代碼？顯然看到一條指令的目的操作數在以後沒有被當作源操作數，就可以認為是垃圾。這東西玩弄的是機器代碼技巧，只要在手邊擺一部Intel的指令手冊，再加上足夠的耐心，想對代碼重新編碼，不難。但寫這東西確實很繁瑣，可以說是非常繁瑣，寫出的代碼也很大，沒有實用價值。以後有空我可能會重新考慮一個semi-metamorphism，也不難，但力求小，如果engine超過8K，我將放棄。
二，病毒的本質
大家之所以覺得病毒神秘，其實主要是因為大家沒有對病毒沒有了解，AVer又在大肆鼓吹（這種現象在中國尤為嚴重）。病毒到底是什麼？
病毒是一段程序，它與普通程序的不同是它會復制自己，這是最主要的不同。復制有很多方法，直接，通過網路，插入別的可執行文件內部，等等，但這些方法的實現也是一段程序，並無特殊之處。
其實寫病毒和寫普通程序一樣，不需要太高的智商。我為什麼這么說？編程只是技術，這種技術所需要的基礎知識是很淺的，可以說是非常淺，而且沒有階梯性。如果你要做物理學家，則一定要先學會中學物理，否則你就學不會大學物理。但如果你要做匯編程序員（聽起來很高深的樣子），你不必先學Basic，再學Pascal和C，最後學匯編，你完全可以從一開始就學匯編，完全沒有問題。很多人以自己了解系統核心而自稱高手，但這哪裡高了？可能他花了三個月發現的一個系統核心的秘密，只是M$的一個程序員用一個小時寫出來的。這一點也造就了很多「天才少年/少女」的神話，十幾歲的小孩可以寫出很好的程序或者病毒，讓大家覺得真是天才。其實我敢肯定一個10歲的小孩對編程知識的理解能力不會比我差，甚至可能因為年齡小記憶力好而比我強，大家認為我智商有問題？也許吧，但小孩一樣比你強。中國人對電腦界的「天才少年」總是津津樂道，其實只是愚蠢無知的表現。編程不需要智商，但需要資料，如果你不掌握一定數量的Win32 API，你很難寫出像樣的Win32程序。其實程序這東西還和物質力量有關，為什麼外國有很多編程方面的「天才少年」？因為他們智商高？顯然不是，中國人的智商至少不輸於西洋人。主要是因為他們比較富裕，可以很早就接觸電腦，並且有錢上網，上網當然可以獲得許多有用的資料。靠，說到這里我不得不發牢騷，我正式開始能夠經常接觸電腦還是在2000年大學畢業以後。我在十幾歲的時候，買本書都沒錢，更別提電腦了，現在平時在家還是拿貓上網。
我說了這么多，其實一個結論就是，寫病毒和寫普通程序一樣，不需要智商（當然智商也不能太低，如果智商低於80，除非真的是另類天才，否則還是別玩程序的好），但需要資料，這間接的需要物質力量。
所以說，病毒並不神秘，一點都不神秘，而且不難，可以說是相當簡單，因為他們通常很小，最大也就幾十K。我現在逐漸明白，哪怕是用Delphi這樣易用的工具，開發大型程序，也是比較復雜比較困難的事，要有完善的設想，科學的模塊劃分，等等。
病毒雖然簡單，但也有很好玩的地方，因為它的本質就是復制隱藏自己。如何更快的復制傳播自己，如何隱蔽自己使得用戶不容易發現病毒的蹤影，是我的主要研究目標。這種目標顯然違背了某些衛道士的「XX精神」（他們鼓吹的是黑客精神，但我不會黑，只會毒，是毒客而不是黑客），但這正是病毒的本質，如果脫離這些本質，那病毒也就不稱之為病毒，而且也沒必要研究病毒，有那精力不如做點應用軟體。這種衛道士，鼓吹的是那種研究「新」、「高深」技術來寫病毒的人，這樣的病毒也就是AVer說的「學術病毒」、「概念病毒」。但這種病毒有什麼用？除了給AVer吹牛的機會以外，沒什麼用。除了CIH以外，我上面說的基本都是這種病毒。大家可以看看，哪裡有新技術？哪裡有高深技術？
值得注意的是網上頗為流行江海客的那篇老文章「後英雄時代的AVER與VXER」，而且許多人都認為「受益菲淺」，為了不誤導大家，我還是說兩句。這篇文章總體來說就是在胡說八道。「AV企業的一般工程師，玩起softice的手法，遠沒有cracker熟練」？我確實不知道AVer是不是熟悉SI，但這句話有兩個大問題，1），玩SI熟練就能代表水平？那好，我從現在開始天天玩SI，一個月後精通SI的各個功能，那我是不是成大師了？這簡直是不合人類邏輯。 2），研究病毒一定要用SI？我調試病毒主要用VC，SI只是輔助，非常方便。「想像反病毒公司那些呆頭呆腦的樣本分析工程師，「**，原來病毒也可以這樣編」 的驚呼，然後心情緊張的把樣本交給公司中的前輩高人尋求指點他們已經心滿意足。」更是胡說八道，有誰相信Symantec的在Nimda，Klez，BugBear爆發幾個小時內就拿出解決方案的工程師是呆頭呆腦的？」而是用了類似社交工程或者心理學一類的方法「，」當然，那些資深的VXER對此是不恥的，他們從不以自己的病毒傳播如何廣泛為榮譽，這些人的品性有些類似老牌黑客的紳士風范，這些人中確實也有我很欣賞的「，不是每個人都能做出成功的social engine的，好的S/E會得到全世界人的贊嘆（套用衛道士的話，全世界人驚呼，」**，這他都能想得到「），一個人只要有耐心，可以對系統核心鑽研很深，這沒什麼神秘，但好的S/E卻需要靈光閃現。不能廣泛傳播的病毒顯然不是好的病毒，無論它的技術如何高超（而且基本如我所說，並沒有什麼高超的技術），而且病毒和黑客不一樣，黑客黑網站，真正有道德的不應該搞破壞，但他有能力可以破上10000個網站。有道德的病毒也不應該搞破壞，但有能力的病毒可以感染1000萬台機器，這沒什麼不對，這是病毒應該做的，當然有能力感染不一定真的感染，不一定真的釋放出去，但驗證感染能力通常需要實戰。還有就是他也是我說的那種衛道士，鼓吹那種黑客精神，其實如果大家都遵循他那種精神，那麼結局就是大家整天都在研究不切實際的技術，根本就沒有實用品出來。總體說，一個不懂得病毒本質，對病毒沒有很深了解，沒有寫過病毒的人，不配寫這種文章。
我一直對知道現在還在奉CIH和其它病毒為神明的無知之人感到氣憤，在中國這種人太多了，所以就寫了這篇文章，因為氣憤，所以言語有不當之處，還望大家見諒，如果你對我感到氣憤，可以理論，但不要罵人。
F. 配電線路的供電半徑根據什麼確定配電線路的供電半徑是如何規定的
供電半徑就是從電源點開始到其供電的最遠的負荷點之間的線路的距離，供電半徑指供電線路物理距離，而不是空間距離。
低壓供電半徑指從配電變壓器到最遠負荷點的線路的距離，而不是空間距離。
城區中壓線路供電半徑不宜大於3公里，近郊不宜大於6公里。因電網條件不能滿足供電半徑要求時，應採取保證客戶端電壓質量的技術措施。
0.4千伏線路供電半徑在市區不宜大於300米。近郊地區不宜大於500米。接戶線長度不宜超過20米，不能滿足時應採取保證客戶端電壓質量的技術措施。
供電半徑是電氣豎井設置的位置及數量最重要的參數。250米為低壓的供電半徑,考慮50米的室內配電線路,取200米為低壓的供電半徑,當超過250米時,每100米加大一級電纜。低壓配電半徑200米左右指的是變電所（二次為380伏）的供電半徑，樓內豎井一般以800平方左右設一個，末端箱的配電半徑一般30~50米。
供電半徑取決於以下2個因素的影響：
1、電壓等級（電壓等級越高，供電半徑相對較大）
2、用戶終端密集度（即：電力負載越多，供電半徑越小）
同種電壓等級輸電中，電壓跌落情況小，那麼供電半徑就大。
相比較來說：在同能負載情況下，10kV的供電半徑要比6kV的供電半徑大。
在統一電壓等級下，城市或工業區的供電半徑要比郊區的供電半徑小。
三相供電時，銅線和鋁線的最大合理供電半徑計算公式（J為經濟電流密度）：
Lst=1.79×85×11.65/j=1773/jm
Lsl=1.79×50×11.65/j=1042/jm
銅線和鋁線最大合理供電半徑計算公式如下。
Ldt=4.55×14×13.91/j=885/jm(11)
Ldl=4.55×8.3×13.91/j=525/jm(12)
選定經濟截面後，其最大合理供電半徑，三相都大於0.5km，單相基本為三四百米，因此單純規定不大於0.5km，對於三相來說是「精力過剩」，對單相來說則「力不從心」。
G. 什麼是K8結構指CPU
參考：K8 是 K7(Athlon) 的派生產品，其實 K7 本身也是一個64位的處理器。K8的開發有點類似 K6-2。當初的K6-2被評價為是一款效率很高的CPU，但AMD認為其還有潛力可供挖掘。因此，AMD決定繼續發展其核心技術，擴充其性能，以使得它成為一款性能更強大的CPU。所以他們把與K6-2相同的設計觀念放在了K8的製造上。老K7具有更多的潛力，所以AMD只是在其基礎上把功能和內核結構做了進一步的增強和完善。
[性能分析]
誰從64位技術里獲益？
從高性能的伺服器、資料庫管理系統、CAD工作站到普通的桌面PC都將從64位技術里獲益。K8 能夠支持極大容量的內存，並且提供最新優化的處理能力。K8把可用的CPU寄存器的由32位擴展到了64位，同時晶元體積也相應增大，這樣就使得其計算性能比以往的CPU更快。不僅如此，這款處理器還加強了軟體功能。
K8 規格
<> 支持x86-64位平台
<> 向下兼容 x86-32 模式: 支持16位和32位操作系統
<> 支持更高位模式: 允許64位操作系統，可運行16位和32位應用軟體
<> 64位長模式:支持64位定址操作, 並支持Via x86-64
<> 64位虛擬地址空間；
<> x86-64 寄存器擴充: - 8個新的常規寄存器 – 擴充到64位的常規寄存器 – 8個新的128位單指令多數據流寄存器
<> 64位指令指針：指令指針數據定址模式
<> 普通定址模式: 用於單個編碼、數據和堆棧信息的空間定址
操作模式
x86平台將提供兩種獨特的操作模式：64位模式和32位模式。64位模式提供對所有64位操作的支持，同時也向下兼容已有的16/32位軟體的支持。當然系統必須使用64位的操作系統。正因為AMD能提供在64模式下對所有的16位、32位和64位 x86 體系軟體的支持，K8才有可能成為性能、兼容性和穩定性方面的霸主。
32位模式兼容傳統的16位和32位操作環境，比如，Windows 98 和IBM OS/2。此外還支持x86體系下現實、虛擬和保護模式的軟體。AMD正在繼續研究，以求能做到對所有軟體的支持。
寄存器擴充
K8將裝配64位解碼器和執行子系統，這是為了發揮其最大性能而做的改進。新增的幾個CPU級的寄存器能提供更快的執行效率。寄存器是CPU內部的快速存儲器，它是用來產生和存儲CPU的操作結果和其它運算數據的。
標準的32位x86體系平台包含有8個常規寄存器，但AMD在K8里把這個數字增加到16個。同時，還加進了8個128位的XMM/SSE寄存器，為單指令多數據處理計算提供了更多的空間，而這正是多媒體、圖形和游戲軟體所需要的。其實，所有的CPU寄存器都能處理64位操作，AMD只是提供了更多的寄存器空間，這使得K8能夠更有效的處理數據，而且，在每個時鍾頻率下傳輸的信息更多。
也許有些讀者會問：」為什麼不增加更多的寄存器來提高性能呢？」AMD曾就寄存器增加的數量和增加的花費之間的關系做仔細的研究，其結果是16個常規寄存器是最有效、最經濟的設計。增加過多的寄存器並不能帶來相等比例的性能提升，而只會增加CPU設計的製造的成本。
單指令多數據流支持
目前，AMD和Intel的努力使得單指令多數據流技術（SIMD）成為了傳統的x86浮點單元設計的取代者了。SIMD允許多個浮點操作在一個CPU時鍾頻率里結合執行。8個XMM寄存器的增加將把SIMD性能提升到一個極高的水平。這些128位的寄存器將提供在矢量和標量計算模式下進行128位雙精度處理。從這項技術中獲益的軟體還不少，比如有：CAD，3D建模、矢量分析和虛擬現實。
目前有兩個不同的SIMD指令集可供使用，那就是Intel的 SSE 和 AMD 的 3Dnow!。這兩種標准提供了相似的技術，但是它們彼此不兼容。許多軟體開發者現在都做到了對SIMD的支持，但這兩種互不相讓的標准也使他們很難從中做出選擇。不過AMD已取得了Intel的SSE和升級的SSE-2指令集的使用權，所以他會在K8里加入對這個指令集的支持，同時，K8也能執行3Dnow指令，這樣一來，其兼容性就是最大的了。
內存定址
目前x86-32: 4,294,967,296 Bytes (~4 GB)
新的x86-64: 4,503,599,627,370,496 Bytes (~4,500TB)
64位平台提供了更快的處理速度。此時CPU能對64位的內存地址空間進行定址。網路和資料庫伺服器系統要求有大容量的內存來高效地處理大量的信息。目前的40億位元組的約束限制了當前的處理速度。
全新的x86-64位設計提供了近4.5TB的定址能力，如此大量的內存足夠滿足目前和以後的軟體需要了。AMD還將在K8生產線上提供真64位內存定址，但這將限制早期的40位（48位虛擬）內存的地址分配空間。隨著內存技術的發展和軟體不斷增加的要求，普通的桌面PC用戶可能要到數年後才會考慮幾千億位元組的內存是否夠用。
閃電式數據傳輸匯流排
K8架構提供了一個令人激動的閃電式數據傳輸（LDT）匯流排。LDT 匯流排能提供更大的帶寬(6.4gb/s)來連接北橋控制器和南橋晶元。LDT允許在處於兩流水線單向布局的設備間建立2到32位的連接。LDT支持微軟的即插即用。隨著對稱多處理技術(SMP)成為主流的驅動引擎，LDT設計的幾個功能成為了可能。LDT匯流排能夠為多晶元組提供高速的連接，並使每個晶元組能與CPU相連。多晶元組架構允許設計師在一個結構里實現整體並行的計算系統。
目前已有40多個主要的硬體製造商認可了LDT匯流排，並計劃當這種匯流排正式發布時宣布支持這個標准。而K8正是融合了這項
H. linux是怎樣訪問網路的或者linux訪問網路的過程
當PC啟動時,Intel系列的CPU首先進入的是實模式,並開始執行位於地址0xFFFF0處
的代碼,也就是ROM-BIOS起始位置的代碼。BIOS先進行一系列的系統自檢,然後初始化位
於地址0的中斷向量表。最後BIOS將啟動盤的第一個扇區裝入到0x7C00,並開始執行此處
的代碼。這就是對內核初始化過程的一個最簡單的描述。
最初,linux核心的最開始部分是用8086匯編語言編寫的。當開始運行時,核心將自
己裝入到絕對地址0x90000,再將其後的2k位元組裝入到地址0x90200處,最後將核心的其餘
部分裝入到0x10000。
當系統裝入時,會顯示Loading...信息。裝入完成後,控制轉向另一個實模式下的匯
編語言代碼boot/Setup.S。Setup部分首先設置一些系統的硬體設備,然後將核心從
0x10000處移至0x1000處。這時系統轉入保護模式,開始執行位於0x1000處的代碼。
接下來是內核的解壓縮。0x1000處的代碼來自於文件Boot/head.S,它用來初始化寄
存器和調用decompress_kernel( )程序。decompress_kernel( )程序由Boot/inflate.c,
Boot/unzip.c和Boot../misc.c組成。解壓縮後的數據被裝入到了0x100000處,這也是
linux不能在內存小於2M的環境下運行的主要原因。
解壓後的代碼在0x1010000處開始執行,緊接著所有的32位的設置都將完成： IDT、
GDT和LDT將被裝入,處理器初始化完畢,設置好內存頁面,最終調用start_kernel過程。
這大概是整個內核中最為復雜的部分。
[系統開始運行]
linux kernel 最早的C代碼從匯編標記startup_32開始執行
startup_32:
start_kernel
lock_kernel
trap_init
init_IRQ
sched_init
softirq_init
time_init
console_init
#ifdef CONFIG_MODULES
init_moles
#endif
kmem_cache_init
sti
calibrate_delay
mem_init
kmem_cache_sizes_init
pgtable_cache_init
fork_init
proc_caches_init
vfs_caches_init
buffer_init
page_cache_init
signals_init
#ifdef CONFIG_PROC_FS
proc_root_init
#endif
#if defined(CONFIG_SYSVIPC)
ipc_init
#endif
check_bugs
smp_init
rest_init
kernel_thread
unlock_kernel
cpu_idle
・startup_32 [arch/i386/kernel/head.S]
・start_kernel [init/main.c]
・lock_kernel [include/asm/smplock.h]
・trap_init [arch/i386/kernel/traps.c]
・init_IRQ [arch/i386/kernel/i8259.c]
・sched_init [kernel/sched.c]
・softirq_init [kernel/softirq.c]
・time_init [arch/i386/kernel/time.c]
・console_init [drivers/char/tty_io.c]
・init_moles [kernel/mole.c]
・kmem_cache_init [mm/slab.c]
・sti [include/asm/system.h]
・calibrate_delay [init/main.c]
・mem_init [arch/i386/mm/init.c]
・kmem_cache_sizes_init [mm/slab.c]
・pgtable_cache_init [arch/i386/mm/init.c]
・fork_init [kernel/fork.c]
・proc_caches_init
・vfs_caches_init [fs/dcache.c]
・buffer_init [fs/buffer.c]
・page_cache_init [mm/filemap.c]
・signals_init [kernel/signal.c]
・proc_root_init [fs/proc/root.c]
・ipc_init [ipc/util.c]
・check_bugs [include/asm/bugs.h]
・smp_init [init/main.c]
・rest_init
・kernel_thread [arch/i386/kernel/process.c]
・unlock_kernel [include/asm/smplock.h]
・cpu_idle [arch/i386/kernel/process.c]
start_kernel( )程序用於初始化系統內核的各個部分,包括：
*設置內存邊界,調用paging_init( )初始化內存頁面。
*初始化陷阱,中斷通道和調度。
*對命令行進行語法分析。
*初始化設備驅動程序和磁碟緩沖區。
*校對延遲循環。
最後的function'rest_init' 作了以下工作:
・開辟內核線程'init'
・調用unlock_kernel
・建立內核運行的cpu_idle環, 如果沒有調度,就一直死循環
實際上start_kernel永遠不能終止.它會無窮地循環執行cpu_idle.
最後,系統核心轉向move_to_user_mode( ),以便創建初始化進程（init）。此後,進程0開始進入無限循環。
初始化進程開始執行/etc/init、/bin/init 或/sbin /init中的一個之後,系統內核就不再對程序進行直接控制了。之後系統內核的作用主要是給進程提供系統調用,以及提供非同步中斷事件的處理。多任務機制已經建立起來,並開始處理多個用戶的登錄和fork( )創建的進程。
[init]
init是第一個進程,或者說內核線程
init
lock_kernel
do_basic_setup
mtrr_init
sysctl_init
pci_init
sock_init
start_context_thread
do_init_calls
(*call())-> kswapd_init
prepare_namespace
free_initmem
unlock_kernel
execve
[目錄]
--------------------------------------------------------------------------------
啟動步驟
系統引導：
涉及的文件
./arch/$ARCH/boot/bootsect.s
./arch/$ARCH/boot/setup.s
bootsect.S
這個程序是linux kernel的第一個程序,包括了linux自己的bootstrap程序,
但是在說明這個程序前,必須先說明一般IBM PC開機時的動作(此處的開機是指
"打開PC的電源"):
一般PC在電源一開時,是由內存中地址FFFF:0000開始執行(這個地址一定
在ROM BIOS中,ROM BIOS一般是在FEOOOh到FFFFFh中),而此處的內容則是一個
jump指令,jump到另一個位於ROM BIOS中的位置,開始執行一系列的動作,包
括了檢查RAM,keyboard,顯示器,軟硬磁碟等等,這些動作是由系統測試代碼
(system test code)來執行的,隨著製作BIOS廠商的不同而會有些許差異,但都
是大同小異,讀者可自行觀察自家機器開機時,螢幕上所顯示的檢查訊息。
緊接著系統測試碼之後,控制權會轉移給ROM中的啟動程序
(ROM bootstrap routine),這個程序會將磁碟上的第零軌第零扇區讀入
內存中(這就是一般所謂的boot sector,如果你曾接觸過電腦病
毒,就大概聽過它的大名),至於被讀到內存的哪裡呢? --絕對
位置07C0:0000(即07C00h處),這是IBM系列PC的特性。而位在linux開機
磁碟的boot sector上的正是linux的bootsect程序,也就是說,bootsect是
第一個被讀入內存中並執行的程序。現在,我們可以開始來
看看到底bootsect做了什麼。
第一步
首先,bootsect將它"自己"從被ROM BIOS載入的絕對地址0x7C00處搬到
0x90000處,然後利用一個jmpi(jump indirectly)的指令,跳到新位置的
jmpi的下一行去執行,
第二步
接著,將其他segment registers包括DS,ES,SS都指向0x9000這個位置,
與CS看齊。另外將SP及DX指向一任意位移地址( offset ),這個地址等一下
會用來存放磁碟參數表(disk para- meter table )
第三步
接著利用BIOS中斷服務int 13h的第0號功能,重置磁碟控制器,使得剛才
的設定發揮功能。
第四步
完成重置磁碟控制器之後,bootsect就從磁碟上讀入緊鄰著bootsect的setup
程序,也就是setup.S,此讀入動作是利用BIOS中斷服務int 13h的第2號功能。
setup的image將會讀入至程序所指定的內存絕對地址0x90200處,也就是在內存
中緊鄰著bootsect 所在的位置。待setup的image讀入內存後,利用BIOS中斷服
務int 13h的第8號功能讀取目前磁碟的參數。
第五步
再來,就要讀入真正linux的kernel了,也就是你可以在linux的根目錄下看
到的"vmlinuz" 。在讀入前,將會先呼叫BIOS中斷服務int 10h 的第3號功能,
讀取游標位置,之後再呼叫BIOS 中斷服務int 10h的第13h號功能,在螢幕上輸
出字串"Loading",這個字串在boot linux時都會首先被看到,相信大家應該覺
得很眼熟吧。
第六步
接下來做的事是檢查root device,之後就仿照一開始的方法,利用indirect
jump 跳至剛剛已讀入的setup部份
第七步
setup.S完成在實模式下版本檢查,並將硬碟,滑鼠,內存參數寫入到 INITSEG
中,並負責進入保護模式。
第八步
操作系統的初始化。
I. 網路常用英語縮寫
Orz有種無語向天長嘆「天啊」或者是拜服的感覺，無可奈何失意的意思，反正很多意思的
與他相象的有
orz 這是小孩
OTZ 這是大人
OTL 這是完全失落
or2 這是屁股特別翹的
or2=3 這是放了個屁的
Or2 這是頭大身體小的翹屁股
Or? 這也是頭大身體小的翹屁股
orZ 這是下半身肥大
OTz 這是舉重選手吧
○rz 這是大頭
●rz 這是黑人頭先生
Xrz 這是剛被爆頭完
6rz 這是魔人普烏
On 這是嬰兒
crz 這是機車騎士
囧rz 「/口\」的失意體前屈，囧讀作「炯」
崮rz 這是囧國國王
莔rz 這是囧國皇後
囧rz這是囧國國民
冏rz 這是囧到下巴都掉了
商rz 這是戴斗笠的囧
sro 換一邊跪
sto 也換一邊跪
卣rz ←轟炸超人
曾rz ←假面超人
益r2 閉起眼睛，很痛苦且咬牙切齒的臉；另一說法為無敵鐵金剛
★rz ←武藤游戲
口rz ← 豆腐先生
__Drz ← 爆腦漿
prz ← 長發垂地的orz
@rz ← 呆滯垂地的orz
srQ ← 換一邊並舔地的orz
圙rz ← 這是老人家的面
囿rz ← 這是追追做出orz
囼rz ← 這個是沒眼睛的
囜rz ← 沒有眼和口的
圀rz ← 這是歪咀的
囶rz ← 這是無話可說的
苉rz ← 這是女的
Ora ←衍伸用法，不過腳是跪著狀態。
or7 ←尖屁股
Oroz ←這是有小腹
Orz~ ←這是賽亞人失意體前屈
:◎:rz ←這是張大嘴巴嚎啕大哭的失意體前屈
oΩ: ←背部隆起的
口丁乙←這是特別大的
org 這是人魚版的
Oxz這是被五花大綁的
orz=3←不小心放了一個屁
接下來是組合效果
stoorz 接吻——好甜蜜哦
orz
ORZ 牛頓說：我站在巨人肩膀上
☆rz orz 追星族噢。。。。。。
另外其他聊天縮寫
QH強悍
BH彪悍
SB傻（罵人的常用語）
BC（白CHI的意思）
OMG（OH MY GOD！）
BF，GF，BL，GL（BOY FRIEND男朋友，GIRL FRIEND女朋友，BOY『S LOVE男同志，GIRL』S LOVE女同志）
IC（I SEE，我明白，我知道了，另外還有OIC=OH I SEE！）
ILY（I LOVE YOU）
CU（再見，SEE U）
3Q或者TK（謝謝的意思）
loli（是小女孩）
正太：是小男孩；
(這個大家都知道)
SM：有幾種解釋，一個是(此為不健康內容)一個是貼吧和天涯名人舒穆祿雪梅的簡稱，一開始是玉米吧的大姐，由於率先挑起玉米和涼粉之爭，名氣大振
HD：厚道，一般說LZ8HD，就是樓主不厚道的意思
BT=變態
HC=花痴
GJM=抄襲或復制，郭敬明的簡稱，由於那個夢里花落知多少的抄襲事件，被鄙視的不行，於是GJM也成了抄襲或復制的代稱
CJ=純潔，也來源於郭敬明，小四的「我習慣純潔地45度仰望」被一再引用，CJ開始流行 .
MS=貌似
FB（腐敗，意指吃飯 ）
酵母（教母的意思，來源於天涯，天涯八卦版好多教的，菊花教的郭敬明，冷艷教的陳紅（唱歌的那個）等等 ）
還有BS（就是鄙視啦。，）
PIA飛你，（就是拍飛你啊）
很多網路用語都是英文或拼音的縮寫的，
希望你滿意