rw指標

『壹』 現代大型火力發電廠的主要技術參數（指標）及典型值是什麼

大型火力發電廠的主要技術參數（指標）及典型值：現代大型火力發電廠的主要技術版參數是裝機容量（權MW），我國典型值如下：

我國目前最大的火電廠：山西大同第二發電廠，裝機容量372萬KW（即3720MW），6台20萬KW（200MW）機組，2台60萬KW（600MW）機組，2台66萬KW（660MW）機組。

主要技術經濟指標：發電煤耗bf。

發電煤耗是指統計期內每發一千瓦時電所消耗的標煤量。發電煤耗是反映火電廠發電設備效率和經濟效益的一項綜合性技術經濟指標。

計算公式為：bf = Bb /Wf×106。

(1)rw指標擴展閱讀：

熱電是指發電的同時用產生的熱能取暖，為提高效率節省能源，一般是發電與供熱聯合的方式。即是在汽輪機某一級抽出一部分汽來供熱，其餘的仍沖轉汽輪機

帶動發電機發電，兩者可調整，可供熱多發電少，也可供熱少發電多。當前中國受能源政策影響，正在大力發展核電，水電，這些也可供熱，有的國家為了節約能源，有風力與地熱發電，而中國很少。

也就是說火力發電廠主要是用來發電的。熱電廠主要是提供熱能的， 也可是火力發電廠的副產品 。

『貳』 輪輞的RW代號是什麼意思還有輪輞代號中的HC是什麼意思英文全寫是什麼

例：205 / 70 R 15 89 H
205：輪胎寬度，單位是mm
70：輪胎的高寬比
R：結構代碼，這里表示此輪胎是子午胎
15：輪輞直徑，單位是英寸
89：輪胎最大載荷
H：可承受的最高速度

載荷指數 載荷量（千克）
71 345
72 355
73 365
74 375
75 387
76 400
77 412
78 425
79 437
80 450
81 462
82 475
83 487
84 500
85 515
86 530
87 545
88 560
89 580
90 600
91 615
92 630
93 650
94 670
95 690
96 710
97 730
98 750
99 775
100 800
101 825
102 850
103 875
104 900
105 925
106 950
107 975
108 1000
109 1030
110 1060

速度代碼 最高速度（Km/H）
K 110
L 120
M 130
N 140
P 150
Q 160
R 170
S 180
T 190
U 200
H 210
V 240
W 270
Y 300

教你如何看輪胎參數
許多駕駛員並不了解自己車上用的或准備購買的是什麼類別的輪胎。如果同一輛車上用了不同胎體的輪胎，會影響車的使用性能。因此，在換輪胎時最好先了解一下自己車上使用的是什麼胎體的輪胎，如果是半鋼絲的，仍然選用半鋼絲的，如果是全纖維的，就仍然選用全纖維的。
下面是鋼絲、尼龍和纖維的表示方法，它們銘刻在輪胎的胎壁上。
STEEL——鋼絲；
NYLON——尼龍；
POLYESTER——纖維。
每一條輪胎的胎壁上都鐫著該條輪胎的構造詳情。也就是說，這條輪胎的胎冠是由幾層xx製成，而胎側是由幾層xx構成，使人一目瞭然，一看便知。
例如：普力司通195／50R15 T1花紋輪胎胎側上的「PLIES(2POLYESTER+2STEEL+NYLON)即指此輪胎為半鋼絲子午線輪胎，它的胎冠是由二層纖維簾布和二層鋼絲及一層尼龍製成。
又如上海回力185／70R13輪胎，它在胎側是這樣刻的：
TREAD：2PLIES POLYESTER
(胎冠) (層級) (纖維簾布)
2PLIES STEEL
(層級) (鋼絲)
SIDEWALL：2PLIES POLYESTER
(胎側) (層級) (纖維簾布)
也就是說這條輪胎的胎冠是由二層纖維簾線和二層鋼絲製造的；而它的胎側則是由二層纖維簾線製成。
又比如 185／70R14(88H707花)是這樣表示的：
TREAD：POLYESTER1 + STEEL2 + NYLON2
(胎冠)(一層纖維簾布)(二層鋼絲)(二層尼龍)
也就是說這條輪胎的胎冠是由一層纖維簾線和二層鋼絲及二層尼龍簾線製成。
又比如美國固特異185/70R13(86S)輪胎，它是這樣表示的：
TREAD：3PLIES 1POLYESTER+2STEEL
SIDEWALL：1POLYESTER
也就是說，這條輪胎的胎冠共有三層，即一層纖維簾線和二層鋼絲製成；而胎側是由一層纖維簾線製成。
再如，山東威海的三角牌輪胎165／70R13(79S·TR266花紋)是這樣表示的：4PLIES(2STEEL+2POLYESTER)，也就是說這條輪胎的胎冠是由二層鋼絲和二層纖維簾線共4層組成。
胎冠和層級數越多，它的耐刺、載重等性能越優秀，但散熱較慢。胎側的層級數太少，一是胎體強度不夠好，顯得胎側太軟，容易被割傷，一是抗撞擊能力差，極易被堅硬物撞擊壞。但散熱和吸震性能好。

每一條輪胎上，在它的規格型號後面都有由數字和字母組成的一組混合數字，如：185／70R13 88H、185R14 90S等，其中的「88H」和「90S」即是輪胎的載質量和速度級別。「88、90」是載重代號，「H、S」是速度級別代號。
因為每一條輪胎在生產過程中，都是嚴格按照有關該條輪胎的固定技術指標設計生產的，因此，它的載質量和速度級別都有它的臨界限。在設計生產過程中不但要考慮每個部位的膠料配方，同時還要考慮胎冠的花紋及花紋的深淺、胎冠和胎側的用料及層數，還要考慮升溫、散熱等復雜因素。所以，輪胎上所標出的載質量和速度級別是該條輪胎的最高載質量和最高速度級別。在使用輪胎時，最好不要超過它的最高限度，否則，會降低輪胎的使用壽命，嚴重時會發生惡性爆胎翻車事故。
輪胎上的載質量和速度的乘積叫「工作量」即：
工作量＝載質量(W)x速度(S)
從這一公式中可以看出，排出客觀因素影響，一般情況下輪胎的工作量是固定的，如：185／70R13 88H輪胎，它的工作量＝560(kg)×210(km／h)＝117600。如果它的速度慢一些，那麼，它的負荷可以增大一些，如果它的負荷減小一些，它的速度可以快一些。但經驗證明，輪胎的行駛速度在40km／h以下時，輪胎的負荷可以相應增加，當輪胎的行駛速度超過100km／h時，其負荷應相應減少。

輪胎的速度代號
代號安全速度(公里/小時)
P 150
Q 160
R 170
S 180
T 190
U 200
H 210
V 240
Z 〉240

國際標准化組織（ISO）輪胎代號系統
195 70 R 14 86 H
1 5 6 3 7 2
1.胎寬：用英寸表示交*簾布層膠胎，或用毫米表示（子午線輪胎）
2.最大允許速度
3.輪輞直徑，用英寸表示
4.最大載重能力，用當量簾布層數表示（4PR輪胎強度相當於4層棉簾線）
5.縱橫比（胎高/胎寬），用百分比表示
6.子午線輪胎
7.載重能力（功率利用指數）

『叄』 銀行經營指標中rw是什麼意思

商業銀行查詢信用報告若行貸款貸款行名稱顯示隨機英文字母本行查信用報告顯示應貸款銀行名稱.

『肆』 什麼是CD-ROM、CD-R、CD-RW有什麼區別呢

區別：

1、讀寫

CD-ROM：只讀式光碟存儲器，顧名思義，只可以讀，不可以刻錄

CD-R：一次性的可刻錄的光碟，可讀可刻錄

CD-RW：可擦寫光碟存儲器，可讀可刻錄

2、刻錄次數

CD-R：一次性的可刻錄的光碟，只允許刻錄一次

CD-RW：可擦寫光碟存儲器，可重復擦寫，即可以刻錄多次

3、寫入速度

CD-RW碟片的寫入速度要低於CD-R光碟

(4)rw指標擴展閱讀

CD-RW碟片的寫入速度要低於CD-R光碟，這是因為在寫入數據時，激光需要更多的時間對光碟進行操作。與CD-R有機染料層不同，CD-RW碟片的刻錄層由銀、銦、銻、碲合金構成。合金的刻錄層具有一個約20%發射率的多晶結構。

CD-RW驅動器的激光頭有兩種波長設置，分別為寫（P-Write）和擦除（P-Erase），刻錄時激光把刻錄層的物質加熱到500～700攝氏度之間，使其熔化。在液態狀態下，該物質的分子自由運動，多晶結構被改變，呈現一種非晶狀（隨即）狀態。

而在此狀態下凝固的刻錄層物質，反射率只有5%，而這些反射率低的地方就相當於CD-ROM碟片上的「凹陷」。

『伍』 刻錄機有哪些性能指標呢

沒有太多，只是一個刻錄倍速的問題，好點的32倍速，然後是16 8等，目前大多數廠家的指標基本差不多，只是看哪個更穩定一些了，推薦明基，價格也不是太高。

『陸』 光碟機的技術指標

先說一下簡單說一下DVD的歷史，早先DVD是在日立、松下、三菱、飛利浦、先鋒、索尼、湯姆遜、時代華納、東芝和JVC十家組成的，現在的地位是DVD論壇(此」論壇」只是一個行業組織，不是真的網上論壇)的指導委員會，雖然後來也加入幾家，但核心可以收取專利費的就是他們，開發了DVD-ROM(就是普通DVD碟，不是刻錄碟)之後，他們在推出DVD-RAM之後內部分裂，索尼與飛利浦仍要堅持自己的信念,獨立開發自己的DVD刻錄規范，從而聯合惠普共同創建了與之對立的DVD 聯盟(也是一個組織)，後來三菱化學/威寶、理光、雅馬哈、戴爾、湯姆遜加入，主要技術元老是sony/飛利浦這對聯手發明CD的老搭檔已及不少碟片廠家捧場，他們旗下發明了DVD +R +RW +R DL，目前DVD聯盟成員共有60個左右，原先的DVD論壇現在有成員200多個，但成員的作用不大，充數騙人而已。具體的廠家是：
DVD-RAM是松下、日立與東芝三家公司聯合開發的，DVD-R/RW是的研發者是日本先鋒公司，而+R/RW是飛利浦開發的。
在技術以及民用刻錄盤市場佔有上，DVD論壇很不幸，+R、-R技術上差別不大(+R由於較晚所以稍微進步一點)，市場上七比三(+R的人氣好)，在RW和DL上基本都是+的天下，+得益於booktype的開發，徹底扭轉了+系列光碟機支持差的局面，booktype技術使得+的任何碟片可以被識別為DVD-rom，就是普通的DVD片子而不是刻錄碟，因此除非DVD光碟機光頭老化了，+的刻錄碟應該都支持，如DL(雙層刻錄碟片)由於推出較晚，哪怕-R DL好多自己的光碟機都不識別，+R DL就有絕對的優勢了，在RW上也是如此，而且+RW的容錯最大可達512M，碟片的壽命以及可靠性上比當初草草推出的-RW好多了(不過-RW的識別倒是還好，也有極少部分人用)，甚至比RAM的100M都高。這里我不是評判+ -的優劣，在普通的+ -R上其實價格才是王道。光碟機的導購中是否支持booktype是國外詳細評測必不可少的項目，如果你的碟片只是用來備份，不考慮在其他機子上的能否讀取，或者不涉及RW之類的，只用DVD R (-R的都支持，+R僅在較老的DVD光碟機中有些不支持)，可以不關心；但如果是要考慮到兼容性，就是顧及拿到其他人的電腦上也可以讀取的話，尤其是可擦寫的RW和雙層DL，那麼booktype就必須考慮，因為RW正常情況下買+RW多(前面已經說明原因了)。具體的，booktype分+R、+RW、+R DL三種,除了+R DL之外DVD論壇旗下的日本廠商一般都支持不全面，當然，如果使用非官方的破解的固件那肯定例外。這也說明支不支持booktype不是技術問題，而是DVD論壇成員利益問題，這點飛利浦、Sony、台灣(MTK)的支持度好的多，雖然目前不支持booktype的也可以刻錄+R/RW系列，但如果考慮到其他機子的讀取的話留神一點，因為很多老款的DVD光碟機(國內保有量很大)識別不好，尤其是+RW及以上。

對了，刻錄機雖然目前還沒有非常成熟，表現在DVD +R、-R是沒有問題了，但RW與DL還在進步之中。不過八、九成以上的玩家刻的就是+-R，近一成的用戶刻的是RW，剩下咪咪零頭才用RAW、DL(對了，DL又叫作D9刻錄碟)之類的。DL倒還可能有點前景，但RAM真正是沒必要，點綴的。首先，廣告賣點是」移動光碟」，既然移動，到其他地方至少可以讀取吧，很不幸，絕大部分光碟機(即使不少現在出的光碟機)基本上不支持(即使少數支持速度也很不理想)，移動，做夢更實際。其次」1萬次擦寫」很誘人，但實際上建立在很好的保護以及高檔的做工上，其實優秀的RAM標準是像軟盤一樣裝在盒子里的，與那些裸奔的單單這些就差別很大(想想看軟盤裸奔的樣子)，再者這是理論值，實際上低檔的RAM碟片做的實在一般(包括某些日系碟片)，根本禁不起折騰，如果在國內很多」糾錯王」、」超強讀盤」光碟機的照顧下掛的更快。最後價格因素，高檔的，象樣的RAM上百呢，還不如移動硬碟合算的多。當然提出兩點：1.RAM並非沒人使用，很多大型企業用來網路轉儲的，其次由於現在晶元的進步，很多刻錄機本身就有RAM功能了，那就算了，我的意思只是RAM不管有沒有都不是值得考慮的因素。舉一反三，如果新款的刻錄機相對老款只是在DL RW上進步些，晶元沒多大變化(步進而已)，而價格居然相差三十元以上，我想決策是容易的。順便以現在的為例，由於DVD +R、-R已經成熟了，16X基本封頂了，不會再提高了(PX除外)，所以以後真正值得少數人關注的只有+RW、+R DL的速度，其他的RAM、-R DL只是花頭，全兼容沒多大意義的，試問一輩子都用不到的碟片，兼不兼容有甚關系？

還有我想說一下產地的問題。經常看到有人為產地爭來爭去，其實大馬乃至日產的也不見得很好，作什麼東西總需要經驗的，大馬的並不見得比我們好，尤其是設備與員工，但我國的工廠一般都是最近幾年布置的，經驗難免不足，而大馬的經驗比我們豐富，大馬=老馬，^_^。而日本的員工素質以及管理確實好的多，並且沒有技術壁壘，當然上手快，相對好，可惜也貴啊。再說低端的400多的刻錄機，日本的承受不了成本，也都轉移了。至於做手腳，好像沒有這方面的證據啊。最近我國的有名的Benq也是逐漸進步累計經驗的，起碼相比1620、1640的進步是明顯的。建興單單看主控與光頭並不見得很好(甚至lj)，但經驗豐富，所以口碑很好。國產，對了，應該是說大陸產主要是經驗原因吧，最近看到一篇關於耳機產地的文章，發現很多日產乃至大馬的，其實也是大陸產的，適當的媚外情緒收到打擊，^_^。國際貿易法例中，包裝地即為產地，所以很多狡猾的廠商做了手腳，生產好之後國外跑一圈又回來了，純粹是當我們沖頭(日產的先鋒例外)。刻錄機中，即使民用最高檔的如PX712/716/755/760也是國產的(設計是日本的)，台灣代工的那就更多了(也算國產)，單單看產地確實不大成熟啊，反而國外的論壇，對made in china倒是滿放的開了。對了稍微修正一下的是有些廠家有幾個工廠分別對應不同的銷售地區，一般來說馬來的與大陸的差不多(不要相信什麼採用日本原廠標准之類的鬼話)，但也有少數廠家確實日本生產的，好像用料比馬來的好(道聽途說)，標准比國產的嚴，但一般只銷往歐美，台灣都不一定買的到。
一般是沒有兼容性問題的，這點不用擔心

千萬不要日系或者三星，曾經有同學用三星的一開蓋光碟飛出來，太嚇人了，而且噪音奇大，其實買光碟機，一要看糾錯率，在要看噪音，注意環保，我推薦幾款超強的光碟機：
阿帕奇 黑珍珠超薄康寶BP12T
愛國者 DW-F161
建興 LH-18A1P

『柒』 如何提高系統性能指標

前言當我寫下這個標題後，我被自己嚇啦一大跳，怎麼取個這么大的題目。要知道這可是無數人一生的舞台！我在這里不想也不可能針對提高系統性能的方方面面一一講解，只是想結合具體的個案來談談我們在進行系統移植過程中對提高 J2EE 系統性能指標的一些思考和設計方案，主要是關於數據緩存技術的應用，但願不會給大家帶來太大的誤會。說明：本文所有的討論都是基於 Windows 平台，至於其他主流平台比如 Unix、Linux 等也有類似於 MMF 的實現機制，在此不再贅述。回頁首概念-- 什麼是 MMF ？ (1)從現在開始，MMF 一詞將在本文中大量出現。所以，我在此先對 MMF 做一個簡單的描述。MMF，全稱 Memory Mapped Files，從宏觀上看，它是一種數據內存映射的技術或者說管理動態內存的一種方法，Randy Kath 這樣定義到 MMF：Memory-mapped files(MMFs) offer a unique memory management feature that allows applications to access files on disk in the same way they access dynamic memory-through pointers。從微觀的角度，它主要具有以下幾個特性：概念：MMF 是一個 Windows 對象，你可以通過 Windows API 創建和訪問它。本質：你可以把 MMF 當成一個普通的文件，只不過它貯存在系統內存中。 圖一：MMF 在各個進程間實現共享（來自 MSDN Online）特性：MMF 可以被任何進程、線程所訪問，這說明 MMF 具有可在進程間共享的特性，這也正是它的最大"魅力"所在。當然，因為所有的存取操作都在內存中進行，它也同時具備快速的特點。實現原理：MMF 是基於現代操作系統都普遍採用的虛擬內存（virtual memory）技術，而虛擬內存是基於一種被稱作 Paging 的機制之上的（2）。所以可以這樣認為，只要某個操作系統採用了基於 Page 的虛擬內存管理系統，它就可以實現 MMF 這種功能特性。生存周期：MMF 一直存在直到對它的最後一個引用被斷開。MMF 其實是 Windows 平台下的一個基本特性，所有關於它的操作都可以通過 Windows API 獲得，它使得 DNA 架構下 COM 跨進程訪問數據成為可能。利用它，可以將資料庫端的業務數據緩存到應用伺服器端或者客戶端的 MMFs 中，省去頻繁訪問資料庫的開銷，極大地提高系統訪問性能。對於 Java，我們也在 Jdk1.4 的 NIO 規范下找到了利用 MMF 的類集合，雖然在 Jdk1.4 的 API 文檔中並沒有明確地提出這樣一個概念，但是我們在 FileChannel 和 ByteBuffer 類的文檔中了解到 FileChannel 對象具有映射文件至內存的功能，從上面的介紹中我們可以看出這實際上就是創建了 MMF。回頁首背景-- 我們遇到什麼困難？我們希望對某個購買系統進行升級開發，自然就會涉及到平台的選型。原來的系統是基於微軟的 DNA 架構，我們現在傾向於將之移植到 J2EE 平台。在此之前自然要進行必要的可行性分析，除去其他方面的考慮之外，我們最關心的自然落到關鍵技術的可行性上面，因為我們希望最大限度地利用原有系統的架構設計。由於該系統基於微軟的 DNA 架構，採用 DCOM 遠程訪問組件的方式，系統性能自然成為一個非常重要的考慮。所以，在原有系統中最大的亮麗之處在於花費大量工作來提高整個系統的性能指標，使得整個系統無論在系統響應速度，還是大數據量並發操作方面都有很傑出的表現。在這其中尤以數據緩存技術 MMF 的應用最為關鍵，通過伺服器端和客戶端的數據緩存，有效地提升了整個系統的性能。圖二：應用 MMF 後的系統圖圖示說明：圖中的"Server Cache(Business Rules)"部分即為利用 MMF 進行的數據緩存；另外，在客戶端也大量利用到 MMF，在圖中並未標出。整個系統沿著這樣一個思路來利用 MMF：每次系統啟動的時候，程序訪問資料庫，獲取表中數據，通過一系列步驟將之緩存至應用伺服器端 MMFs，見下圖中黑線所示。以後客戶端每次請求數據，將直接訪問應用伺服器端 MMFs，見圖中紅線所示，並且同時將數據緩存到客戶端。此後，如果有任何配置數據的改變，可以重新裝載數據到 MMFs。當然，與之配套的還有一套比較合理的定時數據比較機制。圖三、系統與 MMF 的交互圖以上這些就是我們所要實現的 MMF 緩存機制，簡單地說，我們就是要在 Java 中找出與之對應的緩存機制解決方案。回頁首解決方案 -- 我們想到了什麼？明確了目標之後，我們就開始了在 Java 中尋找的征程。可以說幾乎涵蓋了現有的所有可行的方案，下面就是我們探索和思考的點點滴滴。一、 利用 JNI我們首先想到的就是 JNI(Java Native Interface，Java 本地介面 )，畢竟這是最直觀和最省事的解決方案。在 Java 中利用 JNI 直接調用已有的 VC 或者 VB 代碼，不需要重新編寫這些代碼，節省了時間，而且程序執行效率也相當不錯。但是，利用 JNI 也存在著諸多的問題：不同程序代碼之間的兼容性和可協調性，不易維護性。總之，對於這種夾生飯可以作為一時的權宜之計，在項目時間緊迫的情況下可以考慮使用，但是從長遠考慮還是不宜採用。（3）二、 利用 XML這其中我們也想到了利用 XML，作為時下非常流行和實用的一門技術，Jdk1.4 中提供了一整套比較完整的 XML API，使得產生以及解析 XML 文件變得非常的容易。但是，個人覺得 XML 最大的優勢在於為不同系統間的數據交換提供一種通用的格式，在於數據存儲、解析和轉換方面，作為數據緩存的候選雖然也未嘗不可，但是從最優系統性能和充分繼承原有系統架構考慮，還不是最優解決方案。三、 利用 MMF因為原有系統是使用的 MMF，所以我們也自然而然想到了 JAVA 中是否也存在 MMF。經過對 Jdk1.4 的仔細研究，我們也如願找到了我們希望的功能。經過各方面的討論，我們決定在新系統中採用該技術。回頁首解決方案 -- 我們做了些什麼？在做出決定之後，我們就需要對 Java 中的 MMF 做一個詳細的研究。在 Jdk1.4 中，關於 MMF 的 API 主要位於 java.nio 和 java.nio.channels 包下。在新的 JAVA NIO 中著重提到兩個概念 Buffer 和 Channel，MMF 其實是作為它們的一個附屬品被提出來的。其中的 FileChannel 類的 map 方法能夠完成這樣一種功能"Maps a region of this channel's file directly into memory"，返回一個 MappedByteBuffer 對象。由此我們可見在 Jdk1.4 中，MMF 的表現形式為 MappedByteBuffer 類及其父類 ByteBuffer，你可以通過這些類提供的一些方法來操縱 MMF 對象，而創建 MMF 的功能主要由 FileChannel 類來完成。（4）在使用類 MappedByteBuffer 之前，你必須弄清楚這樣幾個概念：capacity, limit, position，這在所有 Buffer 類中都是非常關鍵的。這里我直接引用 Jdk1.4 文檔中的解釋：A buffer's capacity is the number of elements it contains. The capacity of a buffer is never negative and never changes.A buffer's limit is the index of the first element that should not be read or written. A buffer's limit is never negative and is never greater than its capacity.A buffer's position is the index of the next element to be read or written. A buffer's position is never negative and is never greater than its limit.也許這樣一個數學公式更加直觀：0 <= position <= limit <= capacity。在進行大規模的系統應用之前，我們建立個簡單的應用模型。今天，我們介紹一下這其中關於 MMF 最簡單的一些操作。1、 創建 MMF上面我們已經提到，調用 FileChannel 類的 map() 方法可以創建 MMF，詳細的方法說明如下： abstract MappedByteBuffer map(FileChannel.MapMode mode, long position, long size) 通過設置不同的 MapMode 類型，可以分別得到只讀的、可讀寫的和私有的 MMF，因此可以視情況而定創建不同的 MMF。同時通過設置參數 position 和 size 可以指定文件的某一部分映射至內存，該特點對於大文件是非常有用的。 // 清單一：創建不同類型的 MMF try { File file = new File("filename"); // 創建一個只讀的 memory-mapped file FileChannel roChannel = new RandomAccessFile(file, "r").getChannel(); ByteBuffer roBuf = roChannel.map(FileChannel.MapMode.READ_ONLY, 0, (int)roChannel.size()); // 創建一個可讀寫的 memory-mapped file FileChannel rwChannel = new RandomAccessFile(file, "rw").getChannel(); ByteBuffer wrBuf = rwChannel.map(FileChannel.MapMode.READ_WRITE, 0, (int)rwChannel.size()); // 創建一個私有的 (-on-write) memory-mapped file. // Any write to this channel results in a private of the data. FileChannel pvChannel = new RandomAccessFile(file, "rw").getChannel(); ByteBuffer pvBuf = roChannel.map(FileChannel.MapMode.PRIVATE, 0, (int)rwChannel.size()); } catch (IOException e) {} 2、 向 MMF 中插入數據你可以利用類 MappedByteBuffer 的 capacity 來得到它裡麵包含的位元組數，這是個常量。你可以利用方法 put() 來向 MMF 中插入數據，它有兩種不同的版本：絕對位置插入 put(int index, byte b)，為此你必須指定 index（0<=index<=capacity-1）；相對位置插入 put(byte b)，它是利用了 position 和 limit 屬性。利用相對位置插入數值後，position 也相應地加 1，直至達到 limit 的限制。而且，針對不同的數據類型，有各自相對應的 put 方法，比如 putChar, putDouble 之類。 // Create an empty MappedByteBuffer with a 10 byte capacity ByteBuffer bbuf = MappedByteBuffer.allocate(10); // Get the buffer's capacity int capacity = bbuf.capacity(); // 10 // Use the absolute put(). // This method does not affect the position. bbuf.put(1,(byte)0xFF); // position=0 // Set the position bbuf.position(5); // Use the relative put() bbuf.put((byte)0xFF); // Get the new position int pos = bbuf.position(); // 6 // Get remaining byte count int rem = bbuf.remaining(); // 4 // Set the limit bbuf.limit(7); // remaining=1 // This convenience method sets the position to 0 bbuf.rewind(); // remaining=7 3、 從 MMF 中獲得數據與上述的過程相反，你可以通過不同的 get 方法來從 MMF 中獲得數據。 // Create an empty MappedByteBuffer with a 10 byte capacity ByteBuffer bbuf = MappedByteBuffer.allocate(10); // Get the MappedByteBuffer's capacity int capacity = bbuf.capacity(); // 10 // Use the absolute get(). // This method does not affect the position. byte b = bbuf.get(5); // position=0 // Set the position bbuf.position(5); // Use the relative get() b = bbuf.get(); // Get the new position int pos = bbuf.position(); // 6 // Get remaining byte count int rem = bbuf.remaining(); // 4 // Set the limit bbuf.limit(7); // remaining=1 // This convenience method sets the position to 0 bbuf.rewind(); // remaining=7 回頁首解決方案 -- 需要注意的地方上面我們給出的只是一個非常簡單的讀寫 MMF 的例子，在實際的使用過程中會復雜得多，下面幾個因素可能是你要好好考慮的：1、 數據與 MMF 的對應關系既然是要將數據緩存到 MMF 中，那我們就必須確立資料庫表與 MMF 的對應關系。我們推薦使用的方式是每一張表對應一個 MMF 文件。2、 MMF 文件長度的設計確立了對應關系之後，我們需要分析一下如何設定 MMF 文件的初始長度。文件長度不能太小，否則就不能容納所有的數據，同時文件也不能太長，那樣一來浪費系統內存，二來也會使創建 MMF 的開銷急劇增大。那剛好能容納所有的記錄呢？聽起來是個不錯的主意，但是如果這個時候需要添加一條記錄呢？麻煩就來啦，由於原有長度不夠。系統需要重新 re-map MMF 文件，造成系統內頻繁地創建 MMF，反而使性能下降。經過我們研究後得出，這個比例在 1.1-1.3 之間比較合適，也就是 MMF 文件略大於表中現有記錄的總和。3、 針對不同性質的數據進行不同的處理明確以上兩點，我們還需要對數據本身做一番研究。有些數據趨於固化，一般不會有什麼改變，比如國家、省份等，而有些數據則會經常變化，比如產品等，對於這兩種不同類型的數據，你可以採取不同的處理方式，以達到最優的系統性能。回頁首可能存在的問題 -- 我們需要預防些什麼？1、 MMF 不是萬能靈葯千萬不要以為有了 MMF，你就可以高枕無憂，可以輕輕鬆鬆搞定系統的緩存機制。事實遠非如此，MMF 只不過是一把利刃，更重要的是你自己要仔細認真地設計好系統的緩存機制。要知道，解決交通堵塞問題的關鍵不是把路修得多麼寬，而是要合理地規劃整個交通路線。要知道在某些操作系統中，使用 MMF 的代價是非常昂貴的，失去好的規劃，你可能會適得其反，系統反而會更加的擁擠不堪。況且，使用 MMF 還會帶來很多的副作用。2、 性能與數據差錯容忍度之間的平衡我們知道，隨著數據緩存的大量使用，不可避免地會產生某種程度上的數據不一致，也就可能會產生某些數據差錯。所以說，數據緩存使用的力度決定於系統客戶對這些錯誤的容忍程度有多大。在某些非常關鍵的業務數據應用數據緩存技術時，必須格外地小心。3、 需要額外的 MMF 支持代碼如上所述，為了最大限度地減少數據的不統一，我們必須提供一套非常合理和有效的數據同步機制，某種程度上甚至可以認為數據同步機制的好壞決定了數據緩存技術的成敗。而這些是我們在使用 MMF 的過程中需要額外提供的代碼。4、 MMF 與平台的相關性現在大部分編程語言中使用 MMF 的方法都是，提供相應的介面創建和操作 MMF 或者系統 API，而底層的具體 MMF 細節則由相應的操作系統去決定。這樣每種操作系統中 MMF 不同的實現細節也在某種程度上影響著我們對 MMF 的使用。5、 使用 MMF 必須十分的小心既然MMF 是貯存在系統內存中，所以對於某些錯誤必須時刻警惕，比如"Array Out of Bound"等。要是您的系統沒有很好地捕獲這些錯誤，您的系統可能會徹底崩潰。每當你編寫這些 MMF 代碼的時候，你必須時刻牢記在心：我是在與系統內存打交道，這傢伙可是嬌貴的很。6、 由於 Jdkl1.4 的推出時間不長，基於 MMF 的現有應用幾乎沒有，所以沒有真正能夠在現實環境中檢驗 MMF 的使用情況，可能會存在一些不可預知的風險。回頁首總結通過以上的介紹，相信大家對 MMF 在 Java 中的應用都有了一個初步的印象。實際上，提高應用系統的性能一直是所有應用系統開發人員追求的目標。除去本文談到的緩存技術之外，在 J2EE 中，你還可以通過各種池技術的應用，EJB 組件的優化來提高系統性能（5）。但願，本文能夠給你帶來這方面的一些啟示。參考資料 關於MMF，微軟 MSDN 站點 Randy Kath 的文章"Managing Memory-Mapped Files in Win32"不可不讀。另外關於 MMF 的應用實例，可以參考 Zhefu Zhang 的文章"High Performance Solution Ini File Class with MMF"。關於這一點，可以參考文章"What are Memory Mapped Files?"。利用JNI 來訪問 MMF 的實例可以參考 Stanley Wang 的文章"Using Memory Mapped Files and JNI to communicate between Java and C++ programs"。關於Java NIO 新功能的詳細講解，請參考 Jdk1.4 的 API 文檔，而 Richard G. Baldwin 的在線教學文檔也不可不讀。關於這些技術的應用，可以參考 developerWorks Java 技術專區相關的文章。關於作者王和全，畢業於南昌大學。現主要在J2EE平台上從事廣電行業運營系統的開發工作，擅長組件技術，多層架構下的編程。喜歡鑽研新的技術，最近又迷上了Linux。除了寫程序，平生最大的愛好就是旅遊，夢想有一天能開著自己的寶馬去郊遊。您可以通過 [email protected]與我聯系，我期待著朋友們的來信。 關閉[x]關於報告濫用的幫助報告濫用謝謝! 此內容已經標識給管理員注意。關閉[x]關於報告濫用的幫助報告濫用報告濫用提交失敗。 請稍後重試。關閉[x]developerWorks：登錄IBM ID：需要一個 IBM ID？忘記IBM ID？密碼：忘記密碼？更改您的密碼 保持登錄。單擊提交則表示您同意developerWorks 的條款和條件。 使用條款 當您初次登錄到 developerWorks 時，將會為您創建一份概要信息。您在developerWorks 概要信息中選擇公開的信息將公開顯示給其他人，但您可以隨時修改這些信息的顯示狀態。您的姓名（除非選擇隱藏）和昵稱將和您在 developerWorks 發布的內容一同顯示。所有提交的信息確保安全。關閉[x]請選擇您的昵稱：當您初次登錄到 developerWorks 時，將會為您創建一份概要信息，您需要指定一個昵稱。您的昵稱將和您在 developerWorks 發布的內容顯示在一起。昵稱長度在 3 至 31 個字元之間。 您的昵稱在 developerWorks 社區中必須是唯一的，並且出於隱私保護的原因，不能是您的電子郵件地址。昵稱：（長度在 3 至 31 個字元之間）單擊提交則表示您同意developerWorks 的條款和條件。 使用條款. 所有提交的信息確保安全。為本文評分評論回頁首

『捌』 刻錄機的這些指標都是什麼意思啊

這些關繫到刻錄的速度,前面的數字越大,速度越快
但要注意的是DVD的速度與CD的速度的計算方式是不一樣的,所以CD與DVD前的數字是不能相提並論的
DVD的1X比CD的40X要快得多

『玖』 什麼是教育指數、人文指數

教育復指數用來衡量一個國家制在成人識字以及小學、中學和大學綜合毛入學率兩方面的相對成就，包括國民平均成人識字率和綜合毛入學率[10]兩個計算變數。

人類發展指數HDI（Human Development Index），又被譯為「人文發展指數」
HDI只取了三個指標作為最終人類發展指數的計算因子，即預期壽命指數、教育指數及GDP指數。這些指標並非越高越好，按照「滿足欠缺」而不是「一味獲取」的理念，HDI規定了各指標的最高與最低閥值（表2），各指標具有同等的權重.

『拾』 幫我看看這個CD-RW

Sony CRX140E 刻錄機

這款Sony CD-RW的包裝較一般的CD-ROM大，使用防震包裝，包裝中除了Sony CRX140E-B CD-RW可擦寫光碟機外，還有說明書、刻錄軟體安裝盤、音頻線、Sony的CD-R光碟、CD-RW光碟各一份。

Sony CRX140E-B的外觀是Sony一貫的朴實、簡潔，技術指標為IDE介面DMA33傳輸方式，8倍速刻錄CD-R，4倍速寫入CD-RW，最大32倍速讀取CD-ROM，自帶4MB數據緩沖，可保證數據源中斷4秒內刻錄工作依然繼續，不會出現「飛盤」（即刻壞的CD-R）。支持刻錄數據CD、VCD、音樂CD、多軌道混合模式CD等多種CD格式，而且支持CDR的多次刻錄（即CDR一次沒刻滿可以以後再刻），自帶的刻錄軟體中包括Sony CD-Maker 2000專業版和FileCD兩款，適應不同用戶的要求。
參考資料http://www2.ccw.com.cn/01/0125/g/0125g06_19.asp