關於微軟的備份與回存機制
常常會有人不太清楚差異備份與增量備份的差別
其實差別在於差異備份不會將檔案標示為已備份
也就是不會將檔案的保存屬性A屬性拿掉
但是增量備份會將檔案標示為已備份
也就是會將檔案的保存屬性A屬性拿掉

到底什麼是保存屬性?

答:當一個檔案建立出來或經過了修改的動作之後,系統預設值便會將 保存屬性(記號)標上,以便記錄這個檔案有經過修改。這個保存屬性(記號) 只會在此檔案執行了標準備份或增量備份後才會清除。保存屬性(記號)在哪裡呢?請你選取該檔案,然後按滑鼠右鍵選[內容],再選[進階],你就可以找到[檔案已經可以開始封存]這個核取方塊,它便是所謂的保存屬性(記號)。

archive     

備份
差異備份:會備份從上一次完整備份到目前所異動的內容(不會將檔案標示為已備份),執行越多次,最後一次備份的時間會越久


增量備份:會備份從上一次完整備份或增量備份到目前所異動的內容(會將檔案標示為已備份),每次執行之後,都只會備份上次備份到目前為止所異動過的資料,因此最後一次備份時間比差異備份短

回存

差異備份:必須先回存完整備份,再回存最後一次差異備份


增量備份:必須先回存完整備份,再依序將所有增量備份回存回去,例如星期一的增量備份要先回存,再回存星期二的增量備份,依照這種順序回存所有的增量備份


優缺點:
差異備份回存速度快也比較簡單!但通常備份的時間比較久
增量備份回存比較複雜,比需依序將所有增量備份回存才能回復資料,但是通常每次的備份時間比較短
因此必須依照個人或各家公司的需求去選擇備份模式

 

範例:

完全備份和差異備份
在星期一進行完全備份,在星期二至星期五進行差異備份。 如果在星期五數據被破壞了,則你只需要還原星期一完全的備份和星期四的差異備份。這種策略備份數據需要較多的時間,但還原數據使用較少的時間。這種策略備份數據需要較多的時間,但還原數據使用較少的時間。

完全備份和增量備份
在星期一進行完全備份,在星期二至星期五進行增量備份。如果在星期五數據被破壞了,則你需要還原星期一正常的備份和從星期二至星期五的所有增量備份。這種策略備份數據需要較少的時間,但還原數據使用較多的時間。這種策略備份數據需要較少的時間,但還原數據使用較多的時間。  


資料來源:http://neo2124.pixnet.net/blog/post/24215688

香醇咖啡 發表在 痞客邦 留言(0) 人氣()

 

 

Router:

中譯:路由器

功能:交換不同網段的封包、決定封包的傳送方向及路徑

作用層:TCP/IP的第三層及第四層(IP和TCP/UDP Port)

補充:市面上所售的IP分享器,也有人稱做ROUTER

不過功能上面就差很多了....



Switch:

中譯:交換器 或是 橋接器(Bridge)

功能:傳送封包,連接PC

作用層:TCP/IP的第二層(MAC)

補充:市面上有所謂的無網管功能及有網管功能的交換器

無網管功能的交換器有的地方會叫做Switch HUB

跟一般的交換器少了網路管理、VLAN、STP及Multicast管理的功能



HUB:

中譯:集線器

功能:連接多台PC

作用層:TCP/IP的第一層



Layer3 Switch(MultiLayer3 Switch)

中譯:第三層交換器 或是 多層交換器

功能:同Switch,不過多了 Routing(路由) 的功能

作用層:TCP/IP的第二層及第三、四層(MAC、IP及TCP/UDP Port)

補充:雖然Layer3 Switch也跟Router一樣有路由的功能

不過,仍然無法當作Router

因為現在的Layer3 Switch仍然無法做NAT(網路位置轉譯)功能

除非你要用像是Cisco 65XX等級的Layer3 Switch


現在需要一個設備來連接ADSL、專線或是FTTx  =====>那所需要的是Router 或是 IP 分享器

如果是要擴充連接的電腦                                   =====>那需要的是Switch and HUB 


 



路由器ROUTER又稱GATEWAY ;它雖然常常帶有HUB的功能,但是他絕對不只是HUB

hub本身是透明的,它沒有IP ; hub本身是不處理資料的,除非是高級的switch hub
否則一般的HUB甚至根本不是數位產品。它只是個訊號交換\緩衝放大器。

但路由器最少會有兩組IP,分別在不同的網域中
router一定要處理數位資料流,它讓內網的封包出去,外網的封包進來。
它是就是這兩個網域之間的橋樑。


為什麼需要router?全部連在一起就好了嘛!
這麼做的話事情就大條了。
全世界的4千萬台電腦的資料全部擠在一起,共享100MB的網路,不用玩了。


Router把內網的資料流與外網的資料流隔開,只有跨網域的資料才穿過router交換。
Internet這個術語就是「網網相連」的意思;
如果沒有router,就沒有Internet的概念了。

比較好的名稱是路徑選擇器

它主要的功能就是在 不同的網路間選擇一條最佳的路徑,都用在比較大型的區域網路架構下,

 

像學校或是企業,而且通常每個單位都會有一台做為自己區域網路對外的連接,

 

像企業裡的A部門會有一台ROUTER,B部門會有一台ROUTER,而各自的ROUTER下再接數10~百台以上的電腦

 

而 今天有A部門的某台電腦要找G部門某台電腦裡的資料,則找到一條路徑是從

 

RA(ROUTER A)->RC->RF->RG,但這條路徑不一定是最佳的,可能只要RA->RD->RG,則路由器就會自己做修正,

 

這樣 就可以減少不必要的路徑了,速度也變快了,要有這些功能其實就不是那麼簡單的事了,

 

要有資料庫要有測試的功能,因此路由器已經可以說是一台特殊的電腦 囉!~價格通常都在20萬上下囉!

 

而路由器的設定也是一門技術喔!



Router既然都已經經手處理資料流了,那就可以把很多功能都包含進來:
(1)Firewall,  :    我可以決定什麼資料可以進來,什麼資料可以出去
(2)QoS        :    我可以決定誰的資料先走,誰可以使用比較大的頻寬等等..
(3)負載平衡  :    我可以使用兩條對外的線路,讓資料平均的在兩個線路上傳輸。一條線路發生故障時,所有的資料流自動移轉到另一條線路上。
(4)NAT 網址轉換:就是人稱的ip分享器,我可以在內網使用虛擬的IP,這樣可以解決ip不夠的問題,也同時把內網與外網徹底的隔開了。
(5)Voip        :       網路電話的應用
(6)... 太多了,想得到的都有人做。

IP分享器是BASE ON router的,也常帶有簡單的firewall功能,
高級的機器會有頻寬管理,做到負載平衡就很少見了。



SWITCH 就是「交換機」,這個詞眼暗示了「不是共享頻寬,而是直接對接的」
就像我們打電話是透過交換機對接一樣,數十萬人同時在打電話,但是彼此不會干擾
這樣可以讓不同的兩組電腦之間擁有完整的頻寬可以使用。
HUB 可以做成 SWITCH HUB 
ROUTER 也可以有SWITCH 的能力

SWITCH的話,是屬於第二層交換器(ROUTER是第一層),他又稱為交換式集線器,
跟普通HUB不同的事,他不僅僅只有集線器的功能,他還有橋接器的功能,
他能記憶哪個位址在哪個PORT,再決定將封包送往何處因為未受影響的PORT就可以繼續對其他PORT傳送資料,
突破了集線器只能有一對PORT在工作的限制,因此對一台高階的N PORT 100Mbps交換器而言,
假如每一個PORT都能以全雙工模式互傳資料的話,那麼理論上最大的傳輸頻寛為100 x N Mbps,
而SWITCH的價格比較便宜也比較不用麻煩的設定




IP 把它當成地址

Switch 你可以把它當成同一條路(也可以用來分割路段)
Router 就可以說是路口,
            就是用來告訴你往南或往北應該是左轉還是右轉或是直走....等資訊
            (會紀錄在Routeing Table上) 




資料來源:http://www.wretch.cc/blog/dagron/9498732

香醇咖啡 發表在 痞客邦 留言(1) 人氣()

交換機和路由器的應用,在網絡中是必不可少的,相對來說容易出現故障的機率也是比較大。尤其是交換機接口的問題也時將出現。大部分交換機都會有自我診斷的功能。當交換機或者交換機端口由於某些原因出現故障的時候,都會通過指示燈來告知管理員存在的錯誤。不過有些時候交換機也會存在誤診斷的情況。如交換機的端口工作指示燈明明表示正常,但是用戶卻反映網絡不通。如果只是普通的用戶,問題還不是很大。但是如果這個端口恰巧是用來進行備份的,那麼情況就會比較糟。為了避免這種情況,在實際工作中很多網絡管理員都喜歡採用交換機的UDLD模式來消除交換機的這種誤診斷。
一、什麼情況下會出現誤診斷?
誤診斷的情形主要是即使當鏈路或者交換機的端口指示燈正常的(即端口的狀態是UP的),但是接口仍然無法正常傳遞數據流量。通常情況才將這種錯誤稱之為單向鏈路。一般情況下,當出現接口故障、軟件故障、硬件失效或者其他異常原因的時候,就會出現這種錯誤。憑現在的技術手段,交換機還不能夠從根本上避免這種錯誤的發生。為此只有採取其他的方式,加強對交換機端口的檢測,以儘早發現這種錯誤。在思科系列的交換機上,就採用了UDLD模式來解決這種情況下的誤診斷。
UDLD從理論上來說,其是在第二層工作的協議。不過從實際情況來看,其往往跟第一層的內容有很深的關係。也就是說,UDLD模式不光光在第二層運作,其還會跟第一層的相關機制協同工作,才能夠完成。其主要的思路就是UDLD協議運行在第一、二層之間,最終確定鏈路的實際工作狀態。當發現有“鏈路UP狀態正常,但是沒有傳遞流量”的時候,UDLD協議會馬上報警。具體的說,在第一層中通過自動協商功能來觀測物理信令等相關的參數運作。而UDLD協議則會完成一些自動協商機制不能夠執行的任務。讓自動協商發現物理信令有異常的時候,不會自動將端口從UP狀態轉換為其他狀態,從而導致了單向鏈路的故障。而UDLD協議能夠接受來自自動協商機制傳遞來的參數,然後再發現故障的時候及時的將交換機端口處於關閉狀態。可見,UDLD模式所採用的不隻隻是一種協議,而是UDLD協議與自動協商機制相互作用的結果。如果網絡管理員要啟動UDLD模式的話,那麼就必須要同時啟用UDLD協議和自動協商機制,在第一層與第二層中通過他們的各司其責、協同工作,來防止物理上或者邏輯上的單向連接,從而從根本上消除交換機的誤診斷。
網絡管理員需要明白的是,UDLD並不是交換機原有診斷體系的補充,而是一種獨立的診斷方法。也就是說,它是從另一個角度對交換機各個端口的運行狀態進行自我診斷。兩者之間基本上沒有衝突或者重疊的地方。在實際工作中,傳統的診斷方法與UDLD模式經常是同時使用。
二、合理配置UDLD模式下的各種參數
如果同時啟用了UDLD協議與自動協商機制,就啟動了UDLD模式,在這種情況下,交換機的某個接口會定期的向鄰近的端口發送UDLD協議數據報。在正常情況下,交換機的這個接口會在預定計時器到期之前接收到回應的數據包。如果在這個計時器到期之前,交換機發送UDLD數據包的接口還沒有收到回應信息,則UDLD協議就會認為出現了故障,即發生了單向鏈路的故障(其實更加精確的說,應該是自動協商發現了這個故障並告知了UDLD協議)。當UDLD知道這種情況後,會馬上關閉有問題的交換機接口。
在UDLD配置的時候,首先需要考慮這個計時器。也就是說,將這個時間設置為多少為好。如果時間設置的比較短,不僅會造成不必要的數據流量,而且也有可能因為數據延遲等原因導致無法在合理的時間內接到回應的數據包。而如果將這個計時器的時間設置的比較長的話,那麼就可能無法在短時間內發現問題。要知道,可能一分鐘對於用戶來說,沒有多少感覺。但是對於數據網絡傳輸來說,這個時間就很長了。默認情況下,這個計時器是15秒。在實際工作中,網絡管理員可能需要根據不同的情況來合理設置這個參數。如需要根據企業網絡的複雜情況、佈線的長短來考慮。如根據以前的情況,企業可能經常會遇到網絡堵塞等情況,而這種堵塞也是暫時的,那麼要適當延長這個計時器等等。筆者的建議是在剛開始的時候可以將這個計時器設置的長一點,然後慢慢的減短。最後得到一個合理的數值。
三、提高端口的適用性
在採用普通接口的情況下,當某個接口因為接收不到UDLD回應消息時,接口就會關閉。這也有一種缺陷。如企業可能會有網絡擁塞,如因為臨時備份等等導致擁塞等等。此時在發送端可能無法在計時器到期之前收到回應的信息。那麼遇到這種情況時,如果將交換機的端口就設置為關閉,顯然就會引起不比要的麻煩。網絡管理員希望能夠給網絡“改錯”的機會。為此在原有UDLD模式的基礎上,思科交換機又提出了積極UDLD模式的概念。兩個模式的差異主要就在於後者給了網絡一個改錯的機會。
在積極UDLD模式下,當交換機接口發現無法正常收到UDLD回應信息的時候,並不會馬上將這個端口設置為關閉狀態,而會繼續發送UDLD數據包。通常情況下,UDLD數據包會發送八次。如故發送八次之後仍然無法收到UDLD數據包的話,那麼UDLD協議就會將這個端口狀態改為Err-disable狀態。如果在這個間斷的時間內,發送端口能夠收到任何一個回應信息,就會認為是正常的。很顯然,如果採用積極UDLD模式,就可能有效的避免因為網絡擁塞而導致的誤判問題。
採用積極UDLD模式的另外一個原因就是路由黑洞。什麼叫做路由黑洞呢?這個定義不怎麼好說,筆者就舉一個例子。如第3層或者路由接口正在經歷單向鏈路時,此時接口匯保持在UP狀態,所以交換機就會繼續將流量轉換到這個接口。但是最終的結果是數據包將永遠達不到遠端設備的對應接口之上。這就是路由黑洞的一個簡單例子。如果採用傳統的UDLD模式,還不能夠很好的避免這種情況下。相反,如果採用積極UDLD模式,就可以有效的避免路由黑洞導致的網絡故障。
積極的UDLD模式除了在發送信息的次數上比較特殊之外,還有以下兩個特殊的地方。一是當鏈路的一側端口發送擁塞時,積極模式的UDLD協議也會將端口設置為Error狀態,並顯示相關的措施信息。而採用傳統UDLD模式對這種情況不會有任何反應。二是當鏈路的一側端口處於UP狀態,而另一側處於Down狀態時,如果採用的是積極UDLD模式,則會顯示錯誤信息,並將端口設置為錯誤狀態。而如果採用傳統UDLD模式的話,則不會有任何反應。這也正是筆者上面所講的通過積極UDLD模式來解決上路有黑洞的原因。
四、故障恢復後重新啟動交換機接口
無論採用的是傳統的UDLD模式,還是採用的是積極的UDLD模式,有一個共同點,即只要將端口設置為Error-disable狀態後,即使故障解決了,交換機也無法自動恢復接口。換句話說,當出現這種情況時,網絡管理員需要手工恢復接口。一般的做法是,先將端口利用命令shutdown關閉掉,然後再利用命令no shutdown進行啟用。
總之,只要交換機支持,就啟用UDLD模式,甚至可以啟用積極UDLD模式,就可以有效的避免單向鏈路的誤診情況。特別是採用積極模式的UDLD,那麼路由黑洞這個網絡難題也可以迎刃而解。

資料來源:http://www.xker.com/page/e2011/0120/99909.html

香醇咖啡 發表在 痞客邦 留言(0) 人氣()

導致交換機接口出現err-disable的幾個常見原因:
1. EtherChannel misconfiguration
2. Duplex mismatch
3. BPDU port guard
4. UDLD
5. Link-flap error
6. Loopback error
7. Port security violation
1.當FEC兩端配置不匹配的時候就會出現err-disable。假設Switch A把FEC模式配置為on,這時Switch A是不會發送PAgP包和相連的Switch B去協商FEC的,它假設Switch B已經配置好FEC了。但實事上Swtich B並沒有配置FEC,當Switch B的這個狀態超過1分鐘後,Switch A的STP就認為有環路出現,因此也就出現了err-disable。解決辦法就是把FEC的模式配置為channel-group 1 mode desirable non-silent這個意思是只有當雙方的FEC協商成功後才建立channel,否則接口還處於正常狀態。
2.第二個原因就是雙工不匹配。一端配置為half-duplex後,他會檢測對端是否在傳輸數據,只有對端停止傳輸數據,他才會發送類似於ack的包來讓鏈路up,但對端卻配置成了full-duplex ,他才不管鏈路是否是空閒的,他只會不停的發送讓鏈路up的請求,這樣下去,鏈路狀態就變成err-disable了。
3.第三個原因BPDU,也就是和portfast和BPDU guard有關。如果一個接口配置了portfast,那也就是說這個接口應該和一個pc連接,pc是不會發送spanning-tree的BPDU幀的,因此這個口也接收BPDU來生成spanning-tree,管理員也是出於好心在同一接口上配置了BPDU guard來防止未知的BPDU幀以增強安全性,但他恰恰不小心把一個交換機接到這個同時配置了portfast和BPDU guard接口上,於是這個接口接到了BPDU幀,因為配置了BPDU guard,這個接口自然要進入到err-disable狀態。解決辦法:no spanning-tree portfast bpduguard default,或者直接把portfast關了。
4.第四個原因是UDLD。UDLD是cisco的私有2層協議,用於檢測鏈路的單向問題。有的時候物理層是up的,但鏈路層就是down,這時候就需要UDLD去檢測鏈路是否是真的up的。當AB兩端都配置好UDLD後,A給B發送一個包含自己port id的UDLD幀,B收到後會返回一個UDLD幀,並在其中包含了收到的A的port id,當A接收到這個幀並發現自己的port id也在其中後,認為這鏈路是好的。反之就變成err-disable狀態了。假設A配置了UDLD,而B沒有配置UDLD:A給B發送一個包含自己port id的幀,B收到後並不知道這個幀是什麼,也就不會返回一個包含A的port id的UDLD幀,那麼這時候A就認為這條鏈路是一個單向鏈路,自然也就變成err-disable狀態了。
5.第五個原因就是鏈路的抖動,當鏈路在10秒內反复up、down五次,那麼就進入err-disable狀態。
6.第六個原因就是keepalive loopback。在12.1EA之前,默認情況下交換機會在所有接口都發送keepalive信息,由於一些不通交換機協商spanning-tree可能會有問題,一個接口又收到了自己發出的keepalive,那麼這個接口就會變成err- disable了。解決辦法就是把keepalive關了。或者把ios升到12.2SE
7.最後一個原因,相對簡單,就是由於配置了port-security violation shutdown。

資料來源:http://bbs.net130.com/archive/index.php/t-246023.html

香醇咖啡 發表在 痞客邦 留言(0) 人氣()

常有客戶會問到ADSL的上、下行速度,例如客戶申請上行64k、下載512k的ADSL服務,他們會問到,是不是同時可以上行64k,下載512k?如果做不到,是不是我們的服務有問題?關於這個問題,需要從ADSL電路服務的物理特性出發,才能得到更正確的認識,ADSL電路的確是將上傳、下載頻寬切開。

例:上行64k,下載512k。但是一般網路所使用的TCP/IP協定,每一個封包,都需要有acknowledge訊息的回傳。也就是說,傳遞的資料,需要有一個收到資料的訊息回覆,才能決定後面資料的傳送速度,並決定是否重新傳遞遺失的資料以資料傳送的速度來看,上行的頻寬一部分是用來傳遞這些acknowledge(確認)的資料,上行頻寬滿載時,是會影響到acknowledge資料的傳送速度,並進而影響到下載速度。這在非對稱性的頻寬如上傳速度遠小於下載速度的ADSL服務的資料傳送,尤其明顯。

詳細的測試報告記錄於下,當上傳頻寬滿載時,下載速度約減為正常速度的40%,但測試仍有112k的下載速度。這並非電路頻寬的問題,而是TCP/IP資料傳送的技術限制,所有的ISP服務都有相同的狀況,非對稱性的資料傳送時,特別明顯!

 
ADSL連線速度測試報告
《一》測試環境
上傳滿載時,從中山大學FTP站下載檔案,測試下載頻寬情形。
 
《二》測試結果
  1. 數據比較:上傳滿載時,下載最大頻寬114k/sec;上傳檔案完畢後,下載最大頻寬恢復到282k/sec。(詳如附圖一、二)
  2. 上傳滿載時,會影響下載頻寬。影響最大頻寬約2.4倍,但仍有114k/sec的頻寬大於撥接的速度。
《三》影響原因分析
  1. TCP/IP協定傳遞資料時,需要傳回acknowledgement資訊,來確認資料已收到,並做流量控制使用。因此,資料下載時,仍有acknowledgement資料需要上傳回覆資料傳輸情形,作為後續下載資料的傳送訊息。因此,上傳頻寬滿載時,會影響acknowledgement的回覆速度,確認速度慢因而下載速度也變慢。
  2. TCP/IP的flow control,當acknowledge的速度快時,會加快下載的反應速度;相反的acknowledge速度慢時,會減緩下載的反應速度。因此,上傳頻寬滿時,flow control機制,也會再減緩下載速度。
  3. ADSL為非對稱頻寬,下載的頻寬較大。也意味著需acknowledge上傳回去的資料量較大,在頻寬較小的上傳頻寬中與滿載的上傳資料同時搶頻寬,因此,上述效應更為明顯。

 

資料來源:http://eservice.seed.net.tw/class/class05.html

香醇咖啡 發表在 痞客邦 留言(0) 人氣()

VI4提供了三種DISK TYPE:

Zeroed thick (default) : pre-allocated , zeroing於run time 

Eager zeroed thick : pre-allocated , zeroing於create-time  (效能較佳)

Thin: No-preallocated , zeroing於run time

針對這幾種格式,許多客戶在效能方面一直有所疑慮,所以VMware原廠也特別對這幾種格式做了IO效能驗證測試.

Test 1 result :

比較thin與thick讀寫效能,以下是測試結果.
使用IOMeter產生的workload aggregate thoughput約180MBps (thin與thick的post-zeroing,也就是先做了eager zeroed.)

而thin與thick的zeroing效能一定比較慢,因為first wirte到空的block前需要被zeroing out.

可見,其實差異只在於是否先zeroing過 , 至於thin format或thick format,在block沒有先zeroing前,其實效能差不多...

對於Thin disk上的fragmentation產生的效能影響:

Internal Fragmentation :
發生在檔案系統為某個檔案配置一個block時,該檔案並沒有用滿整個block.
VMFS-3透過使用sub-block allocation機制來處理這個問題.
小檔案使用sub-block取代file block.
在1MB file block-size 的Volume上,一個sub-block是1/16 file-block的大小.
8 MB volume上的sub-block size是file block的1/128.

External Fragmentation :
某檔案有很多block,但這些block有的是跨實體磁碟存放.
這樣分散的方式由於seek time與rotational latency而影響效能.

下圖,Fragmentation在Thin與Thick並沒有多大差異.

此處VMware提供了指令可以將舊有的Thick format轉換成Thin format :
vmkfstools -i .vmdk  .vmdk -d thin

  

很多的Storage Vendor也提供了thin provision功能,但這種功能是針對LUN/Volume的虛擬化,在比較大的企業環境架構下(Volume不僅僅是提供給VMware使用,還有其他AP Sever也需要使用),儲存虛擬化還是必須要的..

VMware的thin provision其實僅針對vmdk file , 在管理面上可以提供VM Admin比較彈性的空間配置,較不需要擔心立即性所需要的儲存空間issue.

 

資料來源:http://tw.myblog.yahoo.com/my-virtualization/article?mid=548&prev=551&next=543

香醇咖啡 發表在 痞客邦 留言(0) 人氣()

LUN是對存儲設備而言的,volume是對主機而言的。

怎麼去理解呢?

選擇存儲設備上的多個硬盤形成一個RAID組,再在RAID組的基礎上創建一個或多個LUN(一般創建一個LUN)。許多廠商的存儲設備只支持一個RAID組上創一個LUN。此時LUN相對於存儲設備是​​一個邏輯設備。

當網絡中的主機連接到存儲設備時,就可以識別到存儲設備上邏輯設備LUN,此時LUN相對於主機來講就是一個“物理硬盤”,與C盤D盤所在IDC或SCSI硬盤的性屬是相同的。在該“物理硬盤”上創建一個或多個分區,再創建文件系統,才可以得到一個VOLUM。此時VOLUME相對於主機是一個邏輯設備。

從容量大小方面比較VOLUME,分區、LUN、RAID的關係如下:VOLUME =分區≤主機設備管理器中的磁盤= LUN ≤ RAID ≤存儲設備中硬盤的總容量。

上述只是針對一般情況,VOLUME也只是針對主機來講。個別廠商對LUN和VOLUME定義與普通廠商的定義不同,甚至會起一些奇怪的名稱,這些名稱即使是存儲行業的資深人士也不一定全明白。不過只要你能分清楚其實質就行。

因此我們在學習存儲知識的時候,也呼籲一下各廠商都能將產品名稱標準化,概念統一化。不過估計只能等到某一個廠商統一了整個存儲市場之後才有可能做到,就好像當年秦始皇統一了六國之後才能統一計量單位和貨幣一樣。

資料來源:http://www.sansky.net/article/2007-05-12-lun-volume.html

香醇咖啡 發表在 痞客邦 留言(0) 人氣()

禁止近親結婚的法令

  按民法之規定,結婚應有公開儀式及二人以上之證人及不違反近親結婚限制(民法第九百八十三條)與重婚之禁止(民法第九百八十五條)等規定,即為有效之婚姻,並不以至戶政機關登記為生效要件,婚姻如符合前述規定縱未至戶政事務所辦理結婚登記,仍為有效之婚姻。至如雙方欲分開,該婚姻既屬有效,自應辦理離婚手續。

  在我國傳統的倫理道德之中,「人倫」是非常重要的,違反人倫往往遭到整個社會的唾棄。而在近代社會中,「優生學」是一門非常重要的知識,違反了優生學的法則,往往會產下不健康的後代。為了避免因結婚而發生「亂倫」或「違反優生法則」的後果,民法特別對某些親屬之間的婚姻加以限制。

  民法第九百八十三條第一項規定:「與左列親屬,不得結婚:

直系血親及直系姻親。
旁系血親及旁系姻親之輩分不相同者。但旁系血親在八親等之外,旁系姻親在五親等之外者,不在此限。
旁系血親之輩分相,而在八親等以內者。但六親等及八親等之表兄弟姊妹,不在此限。」
  表兄妹之間的婚姻,是否受到前述的規定限制呢?以往我國的人民對於表兄妹結婚不僅不反對,反而非常地鼓勵,認為可以「親上加親」,社會上也常有此種婚姻發生。而這種情形尤以四親等的姑表和姨表兄妹結婚最多。以前的民法親屬編為了因應這種民情,特別准許表兄妹可以結婚,舊的民法親屬編第九百八十三條第一項中雖規定八親等以內的同輩旁系血親不能結婚,卻又例外地規定:「但表兄弟姊妹,不在此限。」

  但是近來由於優生學方面的考慮,認為血緣太近的親屬結婚會生不出健康的子女,所以在民國七十四年六月三日公佈新修訂的親屬編條文中,已將上述的條文修正為:「但六親等及八親等之表兄弟姊妹,不在此限。」把四親等的表兄弟姊妹包含在禁止結婚的範圍內,以致從此四親等的表兄弟姊妹不能結婚了。但是法律是不能改變以往已發生的效力的,所以在七十四年六月五日(生效日)前結婚的表兄妹仍然是合法的夫妻。在此之後,四親等的表兄妹(表姊弟)若結婚,他們的婚姻就是無效的。

血親與姻親的定義

1.血親
  「血親」,是指和自己有相同血源的親屬。又可分為「直系血親」和「旁系血親」,根據民法的規定,他們的意義分別是:

(1)直系血親

民法第九百六十七條第一項:

  「稱直系血親者,為己身所從出,或從幾身所出之血親。」例如父母、曾父母、外祖父母、子女、孫子女、外孫子女等等都是。

(2)旁系血親

同一條第二項:

  「稱旁系血親者,為非直系血親,而與己身出於同源之血親。」例如兄弟姊妹、堂兄弟姊妹、表兄弟姊妹、伯叔父、姑母、姨母、舅父等都是。

2.姻親
  因婚姻媒介所發生之親屬關係為「姻親」。第九百六十九條:「稱姻親者,謂血親的配偶、配偶的血親、及配偶的血親的配偶。」根據以上的規定,姻親是指血親的配偶、配偶的血親和配偶的血親的配偶這三種人,卻不包含血親之配偶之血親。

(1)血親之配偶

  自己與其有血親關係人之配偶,不論該血親為直系或旁系血親,均成立姻親。如繼父、兒媳、女婿(直系血親之配偶);兄嫂、舅母、外甥媳(旁系血親之配偶)。

(2)配偶之血親

  自己與其配偶之血親成立姻親,不論該血親為直系或旁系。如岳父母、翁姑、妻前夫之子女(配偶之直系血親);妻弟、妻之姨或舅、妻之侄或甥(配偶之旁系血親)。血親之配偶或配偶之血親乃為一體兩面,甲與乙有姻親關係時,甲如為乙之血親配偶乙必為甲之配偶之血親。

(3)配偶之血親之配偶

  自己與其配偶之血親成婚之人亦成立姻親關係,不問該血親為直系或旁系。如己妻之繼父或繼母(直系血親關係)己妻之兄弟或己妻之姑姨之夫(旁系血親關係)。此姻親概念相當擴大外國之法中甚少承認其為姻親。

親等的計算方式

  關於親等的計算法,又可分為血親的親等計算和姻親的親等計算。

1.血親之親等計算
  民法第九百六十八條:「血親親等之計算,直系血親,從己身上下數,以一世為一親等。旁系血親,從己身數至同源之直系血親,在由同源之直系血親,數至與之計算親等之血親,以其總世數為親等之數。」

  即是由自己往上算,算到與要計算的人共同祖先處,在往下算到那人,兩者加起來便是。例如同一個祖父的表哥與自己的親等,是先從自己往上算到祖父,共兩親等,在由祖父往下算,算到表哥,也是兩親等,加起來共四親等,於是自己和表哥之間就是四親等的血親。

2.姻親之親等計算
  民法第九百七十條:「姻親之親系及親等之計算如左:
一、血親之配偶,從其配偶之親系及親等。
二、配偶之血親,從其與配偶之親系及親等。
三、配偶之血親之配偶,從其配偶之親系及親等。」

  姻親乃基於婚姻之媒介而發生親屬關係,故無論血親之配偶、配偶之血親或配偶之血親之配偶,均有一方或雙方之血親關係之連繫,從而計算該血親之親等後,基於夫妻立於同等地位,將該血親之親等移為姻親之親等。

(1)血親之配偶,從其配偶之親系及親等

例1:
己與父之繼母為直系姻親二親等,因為己與祖父為直系血親二親等,而父之繼母為祖父之配偶,故祖父配偶之親系與親等,從祖父之親系與親等。

例2:
己與堂伯母為旁系五親等,因己與堂伯父以曾祖父為其同源始祖,而二之間為旁系血親五親等。堂伯母之親系與親等從堂伯父之親系與親等。

(2)配偶之血親,從其與配偶之親系及親等

例1:
己之妻父為直系血親一親等,因妻與其父為直系且親一親等。

例2:
己與妻之叔父為旁系血親三親等,因妻與其叔父為旁系血親三親等。

(3)配偶之血親之配偶,從其配偶之親系及親等

例1:
己與妻之舅母關係,因妻與其舅為旁系血親三親等,而己從妻,妻之舅母從妻之舅父,故己與妻之舅母為旁系姻親三親等。

資料來源:http://content.edu.tw/junior/bio/tc_wc/textbook/ch08/supply8-7-0.htm

香醇咖啡 發表在 痞客邦 留言(0) 人氣()

1盎司=8.2944錢=31.1035 公克


請參考下的換算表:

黃金的重量單位分為【兩、錢、分、厘】,採十進位,10錢等於一兩,如果您是要換算成大陸的單位則用克計算。

 

台錢

盎司 ( ounce )

公克 ( gram )


台錢

1

0.12056

3.75


盎司

8.2944

1

31.106


公克

0.2666

0.032148

1







1 公斤=1000公克=32.148盎司=266.667台錢


5 台兩=187.5公克=6.027盎司=50台錢







1盎司=8.2944錢

1/2盎司=4.1472錢

1/4盎司=2.0736錢







或者看這個表:


黃 金 重 量 換 算 表










一盎斯 =

8.294 錢

一公克 =

0.03215 盎斯




31.1035 公克



0.02672 港兩




0.8310港兩



0.02667 台兩




0.8294台兩



0.26666 錢


一台兩 =

1.2056 盎斯

一港兩 =

1.20337 盎斯




1.0019 港兩



37.42515 公克




37.49264公克



0.9981 台兩










黃 金 成 色 定 義










標準黃金條塊

飾金/金幣


純金: 含金量99.5﹪以上

24K: 含金量99.5﹪


足金: 含金量99.0﹪以上

23K: 含金量95.8﹪




22K: 含金量91.6﹪




國外各有不同的黃金重量單位,像1銖就是從泰國貨幣中1銖硬幣的重量而來,約等於15克,在泰國這是專門稱黃金的單位;此外世界不同地方常見的黃金度量單位有以下幾種:


1、歐美地區的金衡制盎司制。

   1金衡盎=31.103495克


2、香港、日本、中國古代的衡兩制。

   1司馬兩=37.42849791克

   1日本兩=3.75克

   1市斤=16小兩=500克,1兩=31.25克


3、市制計量單位。現在上海黃金所用克為單位。

   1市斤=10兩=500克


4、南亞新德里、卡拉奇、孟買等托拉衡制

   1托拉=11.6638克



銀樓應該會有電子秤吧,賣給你之前會秤出來確實是他保證的那個重量和價格!



要查黃金價格可以去:http://www.allbeauty.com.tw/Gold_Price.ASP

資料來源:http://tw.group.knowledge.yahoo.com/921htrewl-8789trewq/listitem/view?iid=234

香醇咖啡 發表在 痞客邦 留言(2) 人氣()

1.FaceTime視頻通話中的雙方必須都是iPhone 4用戶。
2.兩個iPhone 4都必須有蜂窩信號,能接打電話。 現在的鎖網機在沒有越獄解鎖的情況下是無法使用Facetime通話功能的。
3.兩台iPhone 4必須都在Wi-Fi環境下,不必在同一局域網中。 使用FaceTime需要保證防火牆的53, 80, 443, 4080, 5223和16393-16472 (UDP)端口沒有被封鎖。 如果對應的端口被封鎖的話,FaceTime也是無法成功的。

資料來源:http://www.zhaoipad.com/thread-2107-1-1.html

香醇咖啡 發表在 痞客邦 留言(0) 人氣()

AJAX

AJAX全稱為「Asynchronous JavaScript and XML」(非同步JavaScript和XML),是一種創建互動式網頁應用的網頁開發科技。

AJAX不是指一種單一的科技,主要包括了 XHTML+CSS+Javascript,利用XMLHttpRequest與 Web Server 進行非同步資料交換。

一般而言,AJAX會包括以下技術:
•以XHTML+CSS來表示資訊;
•利用JavaScript操作DOM(Document Object Model)進行動態顯示及互動;
•以XML和XSLT進行資料交換及相關操作;
•透過XMLHttpRequest物件與Web伺服器進行非同步資料交換;
•使用SOAP-XML的格式,來傳送方法名和方法參數。
Data mining

資料挖掘(Data mining),又譯為資料採礦、資料探勘。它是資料庫知識發現(英語:Knowledge-Discovery in Databases,簡稱:KDD)中的一個步驟。資料挖掘一般是指從大量的資料中自動搜尋隱藏於其中的有著特殊關聯性(屬於Association rule learning)的資訊的過程。資料挖掘通常與電腦科學有關,並通過統計、線上分析處理、情報檢索、機器學習、專家系統(依靠過去的經驗法則)和模式識別等諸多方法來實現上述目標。

LAMP

LAMP 係指利用常用來建置動態網站相關軟體,這些軟體大多是免費或是自由軟體,一般常稱LAMP包括:
L: Linux,作業系統。
A: Apache,網頁伺服器。
M: MySQL,資料庫系統。
P: PHP,腳本語言。

LAMP 因為它們是免費的,加以取得容易(在Linux 的多種發行版本中,大多有捆綁這些軟體),因此,這些軟體被組合成一個相當普遍的動態網站服務解決方案。

MVC

MVC(Model-View-Controller,模型-檢視-控制器模式)是軟體專案中的一種軟體架構模式。它把軟體系統分為三個基本部分:模型(Model),檢視(View)和控制器(Controller)。

•控制器- 程式設計師編寫程式應有的功能(實作演算法等等)
•檢視 - 介面設計人員進行圖形介面設計
•模型 - 資料庫專家進行資料管理和資料庫設計
RIA

豐富型網際網路應用程式(Rich Internet applications,簡稱RIA)是一種具有近似於傳統桌面應用系統功能和特性的網路應用系統。RIA系統最大的特點是將大部分處理任務都從用戶界面端移植到客戶端,僅保留一些必要數據與伺服器端進行信息交互。RIA系統的特性:

•運行於瀏覽器中,不需要額外安裝支持軟體
•在本地運行時,受安全沙箱全程保護。
SEO

搜尋引擎最佳化(又稱搜索引擎優化, 其英文叫 Search Engine Optimization,簡稱SEO)是一種利用搜索引擎的搜索規則來提高目的網站在有關搜索引擎內的提名的方式。由於不少研究發現,搜索引擎的用戶往往只會留意搜索結果最開首的幾項條目,所以不少網站都希望透過各種形式來影響搜索引擊的排序。當中尤以各種依靠廣告維生的網站為甚。

SQL Injection

SQL資料隱碼攻擊(SQL injection,中國大陸稱作SQL注入攻擊),簡稱隱碼攻擊,是發生於應用程式之資料庫層的安全漏洞。簡而言之,是在輸入的資料字串之中夾帶SQL指令,在設計不良的程式當中忽略了檢查,那麼這些夾帶進去的指令就會被資料庫伺服器誤認為是正常的SQL指令而執行,因此招致到破壞。

U化

U化包括了4個A:Any Time、Any Where、Any Service、Any Device。
其目標在於,以人為中心,讓使用者可以在任何時間、地點,透過各其設備,取用、使用任何有需要的資訊或服務。與M化環境不同的是,U化環境加強物件感知網路的建立,以達成主動提供人們所需的內外在資訊之目標。

BI

BI(商業智能,又稱商業智慧或商務智能),指用現代數據倉庫技術、線上分析處理技術、數據挖掘和數據展現技術進行數據分析以實現商業價值。目前,商業智能通常被理解為將企業中現有的數據轉化為知識,幫助企業做出明智的業務經營決策的工具。

DB

一般所謂的資料庫
是一種指將資料跟程式(網頁程式)分離開之後,將所有的資料依一定的方式儲存起來。
這樣的觀念很早就已經型成,而在資料庫軟體(系統)的實作上,可以分成:

● 檔案型資料庫
此類型資料庫比較早實作,因為實作簡單,主要是將資料抽離程式,等有需要的時候,再將其讀入即可。
-表格資料庫
透過execl或是CSV等檔案
-XML資料庫
利用 XML 可自定義的特式,給予不同的資料定義

● 非檔案型資料庫
此類型資料庫比較晚實作,但是較檔案型資料庫有更好的使用彈性,故為目前資料庫的主流。
-網狀式資料庫 Network Database
-關連式資料庫 Relational Database
-物件導向式資料庫 Object-Oriented Database
-階層式資料庫 Hierarchical Database

LDAP

輕型目錄訪問協議,即Lightweight Directory Access Protocol (LDAP)是一個訪問在線目錄服務的協議。
目錄是一組具有類似屬性、以一定邏輯和層次組合的信息。常見的例子是電話簿,由以字母順序排列的名字、地址和電話號碼組成。

PHP

PHP(PHP:Hypertext Preprocessor)是一種在電腦上執行的腳本語言,主要是用途在於處理動態網頁,也包含了命令列執行介面(command line interface),或者產生圖形使用者介面(GUI)程式。

PHP 的應用範圍相當廣泛,尤其是在網頁程式的開發上。一般來說 PHP 大多執行在網頁伺服器上,透過執行PHP程式碼來產生使用者瀏覽的網頁。PHP 可以在多數的伺服器和作業系統上執行,而且使用 PHP 完全是免費的。

RSS

RSS(簡易資訊聚合)是一種消息來源格式規範,一般用來發佈經常更新的網站資料,例如部落格文章或是新聞等。RSS可以是以下三種解釋中任一種的縮寫:

•l Really Simple Syndication(RSS 2.0)

•l RDF(Resource Description Framework)Site Summary(RSS 0.91, RSS 1.0)

•l Rich Site Summary(RSS 0.9 and 1.0)

由於RSS的內容大多只包括部份的文字摘要,所以常被當做是快速、簡短資訊傳遞的媒介,也有部份的部落格利用此一特性,串連其他部落格文章的RSS,做為群體發佈訊息的方式,讓瀏覽網頁者可以一次看到多個部落格最新的資訊,這對使用者而言,是非常方便的。

SOA

服務導向架構(Service-oriented architecture)是構造分散式系統的應用程序的方法。它將應用程序功能作為服務發送給最終用戶或者其他服務。

企業系統的架構師認為SOA能夠幫助業務迅速和高效地響應變化的市場條件[1] . 服務導向的架構在宏觀(服務)上,而不是在微觀上(對象)提高了重複使用性。同時,服務導向的架構可以簡化與傳統系統的互連和使用。

UTF-8

UTF-8(8 位元 Universal Character Set/Unicode Transformation Format)是一種針對 Unicode 的可變長度字元編碼。它可以用來表示 Unicode 標準中的任何字元,且其編碼中的第一個位元組仍與 ASCII 相容,這使得原來處理 ASCII 字元的軟體無須或只須做少部份修改,即可繼續使用。因此,它逐漸成為電子郵件、網頁及其他儲存或傳送文字的應用中,優先採用的編碼。

WEB SERVICES

考慮到並沒某個獨立文檔包含一切相關內容,可採用模塊化的方式給出對WEB SERVICES的描述,但不能給出一個「絕對全面和準確」的定義。受外部環境和實現技術影響,各方給出的核心定義可能稍有出入,但通常包括:

SOAP
一個基於XML的可擴展消息信封格式,需同時綁定一個傳輸用協議。這個協議通常是HTTP或HTTPS,但也
可能是SMTP或XMPP。

WSDL
一個XML格式文檔,用以描述服務埠訪問方式和使用協議的細節。通常用來輔助生成伺服機和客戶端代碼及
配置信息。

UDDI
一個用來發布和搜索WEB SERVICES的協議,應用程式可藉由此協議在設計或運行時找到目標WEB
SERVICES。

資料來源:http://www.prowin.net.tw/main.php?mod=custom_page&site_id=0&page_id=25#

香醇咖啡 發表在 痞客邦 留言(0) 人氣()

OEM: Original Equipment Manufacturing,接受客戶完全指定,按原圖設計代工製造。
ODM: Original Design Manufacturing,為客戶提供設計、製造代工的服務。
EMS: Electronics Manufacturing Service,提供經濟規模及全球各地的電子專業代工製造服務。
CMMS: Component Module Move Service,是郭台銘首創的代工模服務模式。分別為JDVM(Join DeVelopment Manufacture)共同設計開發製造與JDSM(Join DeSign Manufacture)共同設計服務製造。

ODM與OEM的不同,在於增加了設計(Design)概念。EMS與OEM的不同,在於,EMS提供了全球運籌通路與全球組裝工廠。而JDVM跟EMS的不同,在於,JDVM提供了客戶維護與全球維修,最後呢!JDSM又比JDVM多了產品設計的部分。

香醇咖啡 發表在 痞客邦 留言(0) 人氣()

以「智慧地球」、「感知生活」為概念所衍生出來的物聯網(Internet of Things,IOT),其含括的範圍十分寬廣,包括智慧電網、智慧交通、智慧物流、智慧家居、環境安全偵測、工業自動化升級、智慧醫療、智慧農業行動商務等業務。
轉載自:http://money.chinatimes.com/news/news-content.aspx?id=20110225001479

香醇咖啡 發表在 痞客邦 留言(0) 人氣()

額頭痘VS肝臟:

如果你的額頭總有大粒痘痘不斷,那說明你的肝臟已經積累了過多毒素,不規律的生活、晝夜顛倒、長時間 熬夜都會讓肝臟不能在正常時間(夜裏10 點~12點)工作,毒素就會積累下來。 長效建議:讓肝臟按時工作(壓力大,脾氣差,造成心火和血液迴圈有問題。 應早睡早起,多喝水。) 晚10點按時上床睡覺,讓身體進入休眠狀態。 哪怕睡不著,就是放鬆狀態下也有利於肝臟排毒工作。 表示心火過旺,脾氣不好。中醫研究發現,長期思慮過度、勞心傷神的人,額頭上常常會長出痘痘來,一般此類人心理壓力比較大,脾氣也不太好,一點小事就容易 放在心上,也容易斤斤計較,工作中不乏細緻,但生活中卻易流於瑣碎,從而引起心火旺盛、心火上炎。 中醫認為,五臟當中,心為君主之官,主理人體的神志和血脈功能,如果多思多慮的話,必然耗傷心氣,容易出現入睡困難、睡中多夢、晨醒過早等睡眠問題,也容 易造成氣血運行阻滯,出現心悸、胸悶、氣短等症狀。這類情況的降火應以養心為先。 心是體內的主宰,配合其他所有臟腑的功能活動,它推動血液輸送全身,並統管全身的精神、意識、思維活動。 養心鍛煉應注意“三適”:適時,時間最好安排在清晨或傍晚天氣涼爽時;適量,提倡輕鬆運動,時間控制在20~30分鐘左右,強度適當減小;適地,儘量到戶 外運動,選擇公園、湖邊、庭院等陰涼通風的地方。應注意勞逸結合、適當休息,養成早睡早起的習慣,睡眠充足,特別是要儘量改變多思多慮的生活習慣,尋找一 種適合自己的放鬆心情、舒緩壓力的方式。

 

鼻翼痘VS胃:

當鼻翼處長出痘痘 時,除了此處油脂分泌旺盛的原因外,還是胃火過大、消化不良的表現。如果鼻頭還有輕微脫皮現象,表明血液迴圈也不是很好。另外,經常便秘和胃脹氣的人也容 易長鼻痘。 長效建議:少食刺激性食品 (與卵巢機能或生殖系統有關。不要過度縱欲或禁欲,多到戶外呼吸新鮮空氣。) 減少肉類攝取,謝絕火鍋、冷食和辛辣食品。食物和水都要用溫熱的,以免刺激胃液分泌過多導致胃酸,胃酸也會讓胃火加劇。 一般由於皮脂分泌較多。也可能跟卵巢機能或生殖系統有關。定要及時清除毛孔污垢。另外,不要過度縱欲或禁欲。多多享受健康自然的環境。

 

唇周痘VS腸:

便秘或者腸熱、吃了太多辛辣、油炸食物是嘴唇周圍長痘的原因,當然,如果使用含氟過多的牙膏也會刺激長痘。 長效建議:舒腸助排毒 (便秘導致體內毒素累積,或是使用含氟過量的牙膏。 應多吃高纖維的蔬菜水果,調整飲食習慣。 若長在人中部位,則可能是泌尿與生殖系統問題,女性可能會有白帶問題,男性則常出現頻尿,一定要就醫治療。 ) 服用一次輕瀉劑幫助緩解症狀,可以配合腹部按摩幫助排出宿便。連吃幾天富含纖維的食物疏通腸道,問題就迎刃而解。

 

印堂痘VS心臟:

出現在雙眉中間的痘痘最不能輕視,回憶一下是否最近經常出現心悸、胸口悶的症狀,當心臟活力減弱時這裏才會長痘。 長效建議:注意保護心臟。遠離劇烈運動,增加睡眠,遠離煙酒和刺激,同時儘快諮詢心臟方面的專家,找出問題所在。

 

發際痘VS毛孔:

因為卸妝沒卸乾淨,或者清潔時忽略了這個小細節,造成角質太厚,毛孔堵塞,容易在發際或眉間形成細小痘痘。 長效建議:清潔照顧邊緣細節 每天潔面時注意發際邊緣的清潔,及時清除會堵塞發際周圍毛孔的毛孔代謝物。

 

左臉頰痘VS血液迴圈:

左臉頰長痘說明你的血液排毒能力降低,有可能是肝臟出現了問題或是血液迴圈出現了問題。 長效建議:加速血液迴圈 (肝功能不順暢,有熱毒。 注意作息正常,保持心情愉快,該吹冷空氣就吹,不要讓身體處在悶熱的環境中。 ) 不要讓身體處在悶熱中,可以用溫度略低於體溫的水洗澡,多到戶外活動,吃一些涼血的食物,如絲瓜、冬瓜、柿餅、綠豆等。 一般表示肝氣鬱滯,壓力過大。如果平時壓力過大,又沒有學會適當調節、又沒有個給自己“解壓”的人,常常會感到莫名其妙地心煩意亂,甚至為一點點小事而暴 跳如雷,這是肝氣鬱滯的表現。 應該照照鏡子,看看舌頭是不是有點發紫發暗呢?中醫理論認為,長期的情志不抒,也會影響肝的疏泄功能,如果此時你發現在左側臉頰長出了痘痘,這就提醒該注 意放鬆心情、消除緊張感了。在中醫理論中,肝不僅管理著情志,更有藏血的功能,如果長期情志不暢,造成氣機鬱滯且不及時調整的話,還會影響到女性的月經, 甚至生殖生育的過程。這類情況的降火應注重呵護肝臟。 肝是身體裏藏血的臟器,它努力工作,脾胃功能就能正常,氣、血、水的運行正常。養肝就要梳理它的性情,性情急躁只能助長它的暴脾氣,所以在精神上要保持柔 和、舒暢,力戒暴怒和抑鬱。這樣就不會讓肝氣過旺,肝可以維持正常的疏導功能。 淩晨1~3點,是肝最強的時間,我們能做的就是睡眠,給肝創造一個良好的工作環境;肝最弱的時間是下午1~5點,所以建議把辛苦的工作儘量堆在上午。 肝怕勞累,雖然一天中任何時候都應該注意休息,但下午1~5點這段時間更重要。如果必須工作,肝臟在體表開竅於眼睛,至少每隔一小時讓眼睛休息5分鐘。

 

右臉頰痘VS肺:

右臉頰痘痘是肺部有炎症的反映。如果你肺火上升、喉嚨乾燥、痰多咳嗽,留意一下右臉頰痘痘。 長效建議:禁食易敏食物 (肺功能失常。 注意保養呼吸道,儘量避免芒果、芋頭、海鮮等易過敏的食物。 ) 停止吃海鮮和芒果、酒類食物等易敏食物,過敏會讓你的氣管、支氣管、肺部更加不適。 一般表示有肺火蘊熱,肺氣不宣等的“肺火型”證候。不過這種痘痘多在秋天出現,而且多會伴有咳嗽、咽癢、咽痛、有痰等症狀。肺處於五臟最高的位置,被稱為 華蓋,它主司呼吸運動,從自然界吸入清氣,又把體內的濁氣排出體外,是心臟的輔臣,幫助新陳代謝順利進行。這類情況的降火不妨以滋補潤肺為主。上午7~9 點是肺最強的時間,有什麼運動最好放在這會兒做。在肺最有力的時候做些有氧運動,比如慢跑,能強健肺功能。肺最脆弱的時間是晚上9~11點,所以我們經常 發現晚上咳嗽得更厲害些,建議晚飯後口中含一片梨,到睡前刷牙時吐掉。潤肺最適合吃百合,百合性甘微苦,擅長潤肺止咳,清心安神,對肺病治療有很好的幫 助。   太陽穴痘VS膽囊 是不是吃了太多的工作餐、盒飯、速食食品?如果太陽穴周圍長痘,那是你的膽汁分泌不足,因為吃了過量的油脂而讓膽囊負擔加重。 長效建議:給膽囊減負。每天一杯苦瓜汁是最快捷的方法,或者食用其他瓜類,比如黃瓜、冬瓜,這些都能很好地吸收油脂。 太陽穴附近出現小粉刺,顯示你的飲食中包含了過多的加工食品,造成膽囊阻塞,需要趕緊行體內大掃除。如果不是太嚴重,也不用太擔心,要是有越來越嚴重的跡 象你最好到醫院去檢查一下為好。

 

腮邊頰痘VS淋巴迴圈:

長期肝臟負擔加重後,會在耳際、脖子和臉交界處產生痘痘,反復爆發在同一位置,上升為淋巴迴圈不暢。 長效建議:促使肝膽排毒。不可勞累,飽飲飽食,適度增加睡眠時間,讓大量供應到大腦、腸胃的血液有充分時間供應肝膽排毒。特別要減少睡前飲食的習慣,不加 重腸胃負擔。 三角區長痘: 表示可能有胃腸不適,甚至長期便秘。如果長期嗜食辛辣、油膩或嗜酒,就會導致胃腸蘊熱。 中醫理論認為,如果經常吃一些熱性食物,胃腸道中就容易積有熱邪,從而造成胃腸不通暢,傳輸功能受阻,不僅會引發消化不良、口幹、口臭、便秘等問題,而且 還容易在鼻頭、唇周及三角區周圍出現痘痘。據統計,有20%左右的便秘病人會在口角四周長痘,另外有胃病的患者也容易在口唇周圍冒出一些痘痘來,尤其是喜 甜食、偏食及不愛吃蔬菜的人。這類情況的降火應注重護腸養胃。 對於腸胃不好的人,中醫通常會建議他養成定時排便的習慣,並每天晨起即喝杯淡鹽水,早餐再喝杯牛奶,促使大腸菌產生乳酸,促進腸蠕動。另外,腦力工作者的 午餐不要吃得太飽,晚餐宜吃得清淡一些。每餐餐後吃1個蘋果,平時宜多吃菠菜、胡蘿蔔、番茄、胚芽米、橘子、地瓜等食物,多喝水,記住每天要喝足夠的 水。 如果長期嗜食辛辣、油膩或嗜酒,就會導致胃腸蘊熱。中醫理論認為,如果經常吃一些熱性食物,胃腸道中就容易積有熱邪,從而造成胃腸不通暢,傳輸功能受阻, 不僅會引發消化不良、口幹、口臭、便秘等問題,而且還容易在鼻頭、唇周及三角區周圍出現痘痘。據統計,有20%左右的便秘病人會在口角四周長痘。 有胃病的患者也容易在口唇周圍冒出一些痘痘來,尤其是喜甜食、偏食及不愛吃蔬菜的人。這類情況的降火應注重護腸養胃。對於腸胃不好的人,中醫通常會建議他 養成定時排便的習慣,並每天晨起即喝杯淡鹽水,早餐再喝杯牛奶,促使大腸菌產生乳酸,促進腸蠕動。 另外,腦力工作者的午餐不要吃得太飽,晚餐宜吃得清淡一些。每餐餐後吃1個蘋果,平時宜多吃菠菜、胡蘿蔔、番茄、胚芽米、橘子、地瓜等食物,多喝水,記 住每天要喝足夠的水。

 

下巴長痘:

一般表示體內激素失調,週期失衡。有些女 性已過三十,但“青春痘”卻依然比較嚴重,而且通常只長在下巴,還逐漸形成規律,月經來的時候長,月經結束的時候會消,如此周而復始。這主要是由於體內激 素分泌非常旺盛,變化的幅度比較大,內分泌失調而引起的。 從現代醫學的角度看,青春痘多由雄性激素分泌過盛所致,而女人年過三十,雌激素分泌減少導致對雄激素的制約減弱,造成雄激素相對過盛而起痘。這類情況最好 的解決方法是補充激素。但是,不論是合成類激素、植物性激素還是類激素物質,在改善症狀的同時往往會抑制人體自身激素的分泌,不可避免地使身體產生依賴 性。而人們過量的補充和自身分泌的抑制,往往又造成雌、孕激素等多種激素間失衡,引發內分泌失調,出現月經紊亂、乳腺纖維瘤、子宮內膜異位、息肉,甚至乳 腺癌、子宮癌等嚴重疾患。 內分泌失調。要少吃冰冷的東西。每個月在月經來潮前後下顎長出一顆顆小痘,這區域的皮膚變化與卵巢有直接關係,可以進行身體按摩或是淋巴引流改善。 雙眉間長痘: 胸悶,心律不整,心悸。建議不要做太過激烈的運動,避免煙、酒、辛辣食品。 不要做太過激烈的運動,避免煙、酒、辛辣食品。

 

鼻頭長痘:

胃火過盛,消化系統異常。應少吃冰冷食物。 胸部:與長在人中位置的青春痘一樣. 要注意泌尿與生殖系統問題,需就醫治療。 太陽穴:太陽穴附近出現小粉刺,顯示你的飲食中包含了過多的加工食品,造成膽囊阻塞,需要趕緊行體內大掃除。 前額: 前額出現痘斑,是肝臟裏含有過多的毒素所致,必須減少食用含糖分過高的食物,更要避免用太多的酒精。 眼睛周圍: 眼睛周圍乾澀,或是出現乾燥地表的裂紋,顯示你有必要加強維他命B2及B6的攝取。 嘴角: 嘴角出現細微的皺紋了,表示你要多多補充鐵質了。

 

眼睛下方:

眼睛下方與腎臟有直接的關係,當出現黑眼圈,眼袋及浮腫現象時,表示你喝了太多的咖啡和茶,這類飲料都是鹼性的,有必要節制這類的飲料。 鼻子兩側: 鼻子兩側出現黑頭粉刺,輕微乾燥脫皮現象,表示血液迴圈不良,可以適度進行按摩,加強這部分皮膚的血液迴圈。或是適量補充鋅,維他命B2及B6。 臉頰兩側: 這部分皮膚出現粉刺,表示飲食必須加以節制,不要暴飲暴食,多食用幫助身體去毒的食物 如蘋果,竹筍,對身體腸胃的清潔有很大的功效。 另外,吸煙多的人臉頰容易出現浮腫,並出現清晰的微血管紋路,這是皮膚缺氧氣的訊號,最好解決辦法就是戒煙。 口頸部:若青春痘長在下巴周圍像落腮胡甚至長到頸部,與胃功能有關,多半是胃部濕熱型,要少吃辣與油炸食品

 

資料轉載自:http://www.facebook.com/note.php?note_id=142713719106314&id=100000129641550

香醇咖啡 發表在 痞客邦 留言(0) 人氣()

綜觀自2008年底AOSP1公佈以來,從2009年當紅炸子雞,所有廠商都要做Android相關產品,各種相關活動場場爆滿,到2010年漸漸回歸常態,該掛的掛,該起的起,做出些成績的都是大廠,而其他廠商雖在政府重點補助下,仍然沒什麼起色。究竟採用Android有什麼好處、進入困難的門檻何在、國內以硬體廠商為主的思維碰到了什麼問題?以下從個人觀點分析。

Open Source帶來的衝擊

許多專案/產品管理者,在面對採用開放源碼為主的軟體專案時,經常碰見以下問題。

  1. 對程式碼的了解/掌握度:大多數情況下,現存的程式碼並不能完全符合專案的需求,仍需要一定程度的修改。然而,開放的程式碼並不一定容易修改,大部分情況下也沒有充分的文件說明,最多說明一下如何使用,對程式碼內部結構的文件可就更稀有了。大型、複雜的專案可以非常難追蹤、理解,不恰當的拙劣修改常常導致事後維護上的困難,但具有恰當修改能力的工程師非常稀少。對整體架構沒有全盤掌握時,修改、除錯、維護所需的資源都難以估計,造成專案更高風險。
  2. 缺乏概觀:根基於開放源碼的產品常由許多專案組成,而這些專案會基於不同的科技,在系統的不同層面有不同的功能。他們之間的互動方式,以及在整個系統中扮演的角色,在沒有適當背景知識的情況下是難以理解的。故,要維持住對產品概觀的了解,以及掌握專案各部份的狀態,會變成一項挑戰。專案管理者必須對核心優勢以及商業價值有正確理解,對其他部份採取開放態度,藉此獲得社群的支援,以減低開發難度。
  3. 不知與upstream合作:開源專案多半有負責維護的個人/團體,就是此處所指的upstream(上游)。要了解程式碼,以及取得支援,最直接的方法就是與上游保持良好關係。實務上最佳解決方案為,與上游直接合作,將自行開發的錯誤修正與新功能等等都回饋到原先專案。由於有貢獻,上游自然也更願意視為一份子。然而,首先公司內部文化必須克服,如何讓保守文化理解到,將非核心的開發成果公開出去與上游直接合作,實際上無損公司,並且有利減低研發成本。克服之後,還要面對與適應開源社群不同的開發模式、工具與文化。
  4. 法律問題:許多商業組織刻意或非刻意的違反開源軟體的著作權要求。這會讓他們有被Harald Welte2這樣的人控告的危險,而且有損商譽。這些商業組織需要有經驗的人來處理開放源碼的著作權益題,尤其是產品本身必須混合自行開發的封閉程式碼以及開放源碼的情況。

Android帶來的額外挑戰

AOSP是由OHA主導的開放源碼專案,其背景與傳統上開放源碼略有異同,一開始差異頗大,但開放至今,其文化已較為趨近傳統開源專案。原因無他,在長時間的適應下,原先的開源專案文化,許多因素已可視為最佳實務(best practice),有利於軟體發展。比如鼓勵貢獻、盡量公開開發流程、增加社群互動等等。此系統亦帶來了一些新的挑戰,嘗試略述如下:

  1. 除錯需跨越各層:Android是由許多不同技術結合起來的複雜集合。系統上大部分提供的服務,其程式碼都由數種不同的程式語言組成,並在系統的不同層級執行。在平台內除錯(而非對應用程式層之內,這部份相對簡單)經常需要在application層、runtime層與library層來回對照,這比傳統上單純的C/C++程式碼除錯複雜許多。
  2. 需跟上快速的上游開發速度:由最早的1.0/1.1到其後1.5 (Cupcake), 1.6 (Donut), 2.0/2.1 (Eclair), 2.2 (Eclair),短短近兩年時間改變甚大,而每版又有明顯更動/改進,使得緊跟上游成為一困難課題。這意味著,當產品還在開發,其版本可能就已經過時,而業者就必須同時進行跟進與產品化,包括細節整修、除錯、新功能開發等等。這對軟體開發團隊而言是很大的挑戰。這在業界引起的效應相當明顯,例如各家廠商旗下Android手機更新版本速度不同,能力不足廠商到2.2時可能還在出1.6版的產品等等。
  3. 不同領域的技術知識:如上所述,Android是一複雜的集合。週邊、電源管理、手機通訊協定、圖形加速、虛擬機器(Dalvik)、toolchain、使用者介面設計、認證等等,每個都是大題目。Android提供了一個可以往上建造的平台,然而與此同時,也需要更多領域的知識,而這些在之前可能都是由需付費的軟體提供者,例如微軟,來負責的。這意味著更高的進入門檻。

麻煩很多,優點何在?

Android很紅,這點大家都知道,市場一片樂觀,廠商紛紛跳入。然而,在跳進之前,若能先理解這倒底是怎樣的系統,特點何在,為何採用,才容易抓到開發重心。基於Android的產品各家都喊了,到現在卻是幾家歡樂幾家愁,不是沒有原因。

若如前例採用微軟視窗系統,則維護由微軟負責,廠商付費使用即可,相對單純。然而,就廠商角度而言,對系統控制低,要怎麼改都是付費看人臉色,很難累積自己的成果。比如從Windows Mobile 6.5到Windows Mobile 7,介面能客製化的程度降低,微軟的識別度增加,對想主打自身品牌辨識度的廠商來說,就不是好事。然而,做軟體就好像堆磚頭,在現代,製作一套完完全全從底層到上層所有功能都自己來的作業系統,一塊塊從底層堆起,是相當大的工作。以PC上運作的GNU/Linux系統為例,底層為Linux kernel,也就是作業系統的核心部份。而運行在這核心之上,有各式各樣的軟體,有的可以讓我們傳 MSN, Yahoo messenger、看網頁、收發 email 等等之類。在 Microsoft Windows 上我們有些熟悉的軟體來做這些事,在開放源碼的世界同樣也有,例如許多人都聽過,而且也可以在 Windows 上使用的Firefox。把許多開放源碼軟體組合起來呈現給使用者,形成一套完整的作業系統,這樣的組合就稱作 Linux distribution(後簡稱distro)。

一distro則可由社群、非營利組織或是公司來維護,其內有成千上百元件,大部份都是開源軟體,其間共同運作是否順暢、各元件維護、處理錯誤回報、修正等等,需要相當大的研發資源。如目前當紅的Ubuntu,就是由Canonical公司主導。但,到了手機領域,若想以現有系統為基礎自行開發,之前就沒有什麼真正主流的選擇。Meego的出現可能會帶來改變,不過這部份有待觀察,應另文討論。Android為何廣泛被考量作為產品之軟體平台,很大原因即在於它是一套由Google主導的開放源碼作業系統,以此為基礎,可以為廠商省下許多的研發成本,而專注於開發產品獨特的優勢。

也就是說,Android的存在,是建立了一個大家可以在其上建造的「標準平台」,而且「可以修改」。

另外一個重要的考量,則是軟體的流通。作業系統不同,程式也會不能互通。在A系統可以跑的程式,在B系統不見得能跑,因為他們對軟體的組合選擇以及採用的版本可能都不同。在開放源碼的世界,程式碼都是公開的,這就容易解決,由distro維護者選取配合的版本,把他們從原始碼一一編譯起來,發行給使用者就行了。然而,對商業應用程式的開發者來說,這就是一大問題,因為同時支援這麼多平台的花費太高。另一問題是,假定採用的硬體CPU不同,那麼就算採用同一系統,在不同硬體上,仍然無法共通,例如Intel與ARM based CPU就是。Android的存在,可從兩方面來解決這些問題:

  1. 系統組合與維護交由Google and OHA主導,所以軟體平台可以固定下來,以AOSP release為參考點即可。
  2. 不同硬體相容性,由Android runtime解決,只需在framework上可以執行,不同硬體影響可由Android負責處理。

Android在同一時間主流版本有限,並有一定程度的向前相容。例如以本文寫作時來說,2.2的平台為主流,並且可以向前相容上一個主要版本,也就是1.6的應用程式。而只要熟悉了Android Framework,就可以持續的開發應用程式。就此角度而言,Android與Windows類似,都減低了發行封閉原始碼程式的困難度。例如下一主流Windows版本應為Windows 7,那麼程式設計師只要以Windows 7為目標平台來製作應用程式即可,大部分之前由XP, Vista累積下來的經驗,都仍然有效。

然而Android帶來的改變,其實還不只於此。前面提到Android runtime可以讓程式在不同CPU架構下執行。在桌上型、筆記型電腦的世界,大家CPU都是 Intel,不同硬體架構的問題不大。然而到了移動裝置的世界,由於要考慮到功耗等等因素,採用的CPU種類就往往不同。這意味著,兩個裝置就算安裝了相同版本的某作業系統,但是CPU架構不同,也照樣不能執行。以往對於此問題的解決方法稱為Java ME,也就是採用Java runtime。對應到Android,則是由Android runtime解決。

走筆至此,讀者應可了解,Android提供了一方便開發、執行應用程式的平台。程式被創作出來,編譯、包裝成Android應用程式之後,便可一併通行各種不同裝置上的Android作業系統。

因應之道

了解Android開發的困難點,以及採用的好處以後,系統廠適應的策略為何呢?由現有例子可以觀察到,只要研發能力足夠,所有的問題都不是問題:拿回來全部in house自己做就行了。有趣的是,國內公司並不見得整體研發能力不足,而是公司體制內各自為政,不同部門互不合作,分則力弱,變成各單位分別挑戰,自然會發生人家手機出了一整排,自家公司蹲好久才出個一兩隻還比人家差的情況。在研發資源有限的情況下,最佳解法就是回到基本,了解Android仍然是一開源專案,採取開源專案已知的合作方式即可。也就是說,除了技術理解,對協同開發方式,也必須熟悉。視專案規模大小與不同需求,以下嘗試提出幾點方案:

  1. 其他廠商合作開發,共同維護一份通用程式碼。
    1. 自家客製化部份,可視專案需求,與提供商業Android服務的公司/獨立開發者合作,或由內部訓練團隊。
    2. 外部需尋找的對象為,不只理解開放源碼如何運作,也懂得商業價值的重要,易於溝通。
    3. 由內部訓練專家。仍需要一些顧問作為種子,需時較長,但可在公司內培養出自有團隊。
  2. 內部一定要有對開放源碼協同開發方式經驗豐富的經理人。不論合作、驗收、內部培養,都非常重要。
  3. 在共通與自有程式碼混合情形下,需有對開放源碼著作權問題有研究的法律顧問。

建立標準、開放合作

如前所述,可以理解通用程式碼的重點應在於共用功能以及硬體支援。以目前業界情勢來講,採用的硬體平台正快速的收斂,例如手機台廠主流多為Qualcomm,既然如此,小廠可依樣畫葫蘆,合作維護一份「基於常見硬體的Android版本」,以AOSP發行為基礎,針對幾個硬體平台合作開發。畢竟將系統在某硬體上動起來,只是產品化的初步而已。以生產製造為強項的廠商,可以以此版本為基礎,專注在自己擅長的生產。而以軟體研發見長的廠商,則可以在此版本上專注於商業應用程式開發。自有品牌者,則可專注於使用者經驗、介面辨識度、工業設計等等。在共同需要的部份合作,而專注精力在自身擅長領域即可。

功能部份,由於Android並不限於手機,目前已經可以看到平板電腦與電視的應用。同一領域中,基本的功能是共通的,例如支援高解析度螢幕,來處理平板與電視的應用,平板需要不同的使用者介面,而電視需要能躺在沙發上輕鬆的操作等等。以上這些基本門檻,都是廠商可以共同努力的範圍。例如發源於日本的OESF3,就是典型的這種組織,其主要幾個功能為:

  1. 廠商生意交流、媒合的場域。
  2. 維護通用程式碼與支援平台。
  3. 針對各領域如set-top box, VoIP, DLNA等等,訂定標準介面,開發參考用程式碼。

概念正確,在日本也蓬勃發展,但在台灣的推廣卻由於硬體廠(連同一公司都不知識分享!)的封閉觀念而感到阻力。國內如0xlab4自09年起就疾呼此一觀念,也不見明顯成效,實在相當可惜。

回饋上游

Android一出,最理解此一系統的當然是Google以及當年共同開發的Wind River。只是Google重心一直在軟體平台,不輕易做支援,Wind River又奇貴無比,致使Android系統內部知識益形珍貴。時至今日,開發應用程式的說明文件已經相當完整,內部結構的文件仍然欠奉,最佳的文件就是程式碼本身。至於未來開發方向,以及Google內部程式碼與外部的差異等等,Android開發團隊非常忙碌,無心也無力主動提供。身在外圍,要取得這些資訊,最佳方式便是由「工程師對工程師」的社群交流來完成。經由實際操作經驗得知,透過mailing list以及source review5往往可以獲得許多有用資訊。

藉由回饋上游,與AOSP達成正向合作關係,對開發團隊大大有利,卻著實違反傳統商業觀念。在硬體微利時代,軟硬體整合以及使用者體驗,都需要更佳的軟體研發能力。現狀既然已經起跑較晚,開源軟體「站在別人肩膀上開發」的特性,其實相當適合台廠快速應變、打帶跑的作戰方式,然而這也需要新的觀念、視野與執行方式。

香醇咖啡 發表在 痞客邦 留言(0) 人氣()