arch

計量經濟學模型

ARCH(Autoregressive conditional heteroskedasticity model)中文文獻一般稱作“自回歸條件異方差模型”
計量經濟學家恩格爾（Robert F.Engle），80年代開創性地提出了自回歸條件異方差（AutoRegressive Conditional Heteroscedasticity）模型, 並成功地套用於英國通貨膨脹指數的波動性研究. (1982)
ARCH模型能模擬時間序列變數的波動性的變化，它在計量金融領域中套用較為廣泛。
很多學者從不同角度推廣了ARCH模型，進一步拓展了ARCH模型的套用領域，一般將這些模型統稱為ARCH族模型，臚舉如下：GARCH(Bollerslev,1986),LOGARCH(Geweke,1986),NARCH(higgins and bera.1982) , QGARCH (Engle and NG,1993) , GARCH-M (Engle,Lilien and Robins,1987),EGARCH(Nelson,1991), TARCH (Zakoizn,1990) and Component ARCH。
2003年Robert F.Engle以在ARCH模型領域的貢獻榮膺當年諾貝爾經濟學獎.

計算機用語?

Arch Linux

ArchLinux產生於2001年年初。最初的設計思想來源於兩個Linux發行版：PLD和CRUX。PLD採用的是apt-get作為rpm系統的前端，便於系統的升級；CRUX的軟體包的打包方式十分簡單，就是最簡單的tar.gz包，更易於管理和維護。但是它們都有很大的缺點。PLD採用的是rpm系統，rpm體系過於複雜，特別是依賴關係上；CRUX的包管理又過於簡單，包檔案連基本的包信息都沒有，而且是完全沒有依賴關係檢測的。於是，Archlinux對這兩個發行版進行特性的綜合，揚長避短。最初的Archlinux是Judd用LFS搭建起來的。　ArchLinux是一份為i686最佳化的輕量級Linux發行版，它包含了各種軟體的最新穩定版本。軟體以.tar.gz格式打包並由包管理器進行跟蹤維護，這樣的設計使得軟體升級非常容易。與其他發行相比，Arch的技術相當之先進。一些相對不大使用(至少對我而言)的東西沒有保留下來(例如，info頁面)。一次預設的Arch安裝帶給你的是一套牢固的系統基礎，你可以在此基礎上增加軟體包從而創建你所需要的定製安裝。Arch的包系統允許你方便地創建你自己的軟體包，這使得按你自己特定的配置重新編譯一份新的軟體包變得非常容易。Arch的另一個目標是讓用戶儘可能地使用到Linux的新特性，例如ReiserFS、ext3以及devfs。
oracle的歸檔進程ARCH
在重做日誌檔案管理中有歸檔與非歸檔兩種模式。在日誌進行切換時，如果不對原先的日誌檔案進行歸檔，而直接覆蓋的話，就叫做非歸檔模式。相反，在寫入下一個日誌檔案的時候，會先對目標日誌檔案進行歸檔，這就叫做歸檔模式。歸檔進程ARCH就是負責在重做日誌檔案切換後將已經寫滿的重做日誌檔案複製到歸檔日誌檔案中，以防止循環寫入重做日誌檔案時將其覆蓋。所以說，只有資料庫運行在歸檔模式時，這個ARCH進程才會被啟動。在任何一中操作模式下，重做日誌檔案都會被循環使用。所以當LGWR進程在進行日誌切換，需要用到下一個日誌檔案時，則資料庫會被暫時的掛起，進行目標日誌檔案的歸檔工作。直到這個目標重做日誌檔案歸檔完畢後，資料庫才會恢復正常。所以說，歸檔日誌的操作，有時候也會影響資料庫的性能，特別是當需要進行頻繁的大批量數據更改的時候。
那么有什麼方法可以提高歸檔作業的效率呢?筆者如下一些建議可供資料庫管理員參考。
一是可以增加歸檔進程的個數。在默認情況下，一個例程只會啟動一個歸檔進程ARCH。當ARCH進程正在歸檔一個重做日誌檔案時，任何其他的進程都不能夠訪問這個重做日誌檔案。如果在Oracle資料庫中，可以根據需要啟動多個歸檔進程ARCH。在Oracle資料庫中，啟動多個歸檔進程時分為手工與自動兩個方式。為了提高重做日誌檔案歸檔的速度，當用戶進程發生比較長時間的等待時， LGWR進程會根據時機情況來自動啟動多個歸檔進程。在Oracle資料庫中其最多可以啟動十個歸檔進程。另外如果資料庫管理員在部署資料庫的時候，估計日誌歸檔作業會影響到資料庫的性能，就可以手工來啟動多個歸檔進程。
這是通過初始化參數LOG_ARCHIVE_MAX_PROCESSES確定的。可以將這個參數設定為大於1 的數值(注意不能夠超過9個歸檔進程)。如此的話，資料庫在創建例程的時候就會啟動多個歸檔進程。不過筆者還是傾向於讓資料庫系統來自動管理這個進程。資料庫管理員最好不要干涉。另外需要注意，這個ARCH歸檔進程個數與DBWR進程個數的區別。默認情況下，DBWR進程也只有一個。為了提高資料庫的性能，可以根據情況增加這個DBWR進程的個數。不過其增加時受到CPU數量的限制，即一個DBWR進程需要使用一個獨立的CPU。如果想啟動三個DBWR進程的話，就必須採用3個CPU處理器。而對於ARCH歸檔進程來說，則沒有這個限制。即使只有一個CPU處理器，其也可以啟動三個甚至更多的ARCH進程。
二是增加重做日誌檔案來延長歸檔日誌進程啟動的時間間隔。通常情況下，只有當前一個重做日誌檔案寫滿、需要進行日誌切換的時候，才會觸發這個ARCH歸檔日誌進程。所以如果重做檔案比較大，其日誌切換的時間間隔就會延長。則ARCH歸檔日誌進程的啟動時間間隔業會比較長。所以說，通過調整重做日誌檔案的大小，可以延長歸檔進程啟動的時間間隔。從而降低因為歸檔進程啟動而對資料庫性能造成的負面影響。
三是在資料庫初始化的過程中，可能需要導入大量的數據。此時會對資料庫中的數據進行大量的插入、刪除、更新等操作，從而導致重做日誌檔案切換頻繁。這就會導致資料庫需要頻繁啟動ARCH歸檔進程。資料庫大量的更新操作、重做日誌檔案(LGWR進程)、歸檔重做日誌檔案(ARCH)進程之間就形成了一條無形的鏈條。由於“蝴蝶效應”，從而降低了資料庫的性能。為此在必要的時候，需要砍斷這跟鏈條，以提高資料庫的性能。如可以在數據大量導入、更新、刪除的時候，不往日誌檔案中插入記錄，或者臨時增加重做日誌檔案的空間。如此的話，在進行這些操作時就可以避免進行重做日誌切換或者延長重做日誌切換的時間間隔。從而ARCH歸檔日誌進程也可以避免或者延長其時間間隔，從而提高資料庫的性能。當資料庫初始化完成之後，再將其恢復過來。這些臨時性的調整雖然比較麻煩，但是卻可以提高資料庫的性能。為此筆者認為這是值得的。
可見以上兩個進程在Oracle資料庫中其作用雖然有限，但是卻跟資料庫的性能息息相關。在日常操作中，靈活使用這個兩個進程的特性，就可以提高某些操作的速度。這比通過最佳化SQL語句等方法來提高資料庫性能要簡單的多。為此筆者建議各位資料庫管理員，這兩個進程雖然小，但是其作用不可忽視。資料庫管理員要對這兩個進程引起重視。

樂隊

國籍：瑞典
組建時間：1995年
風格：Melodic Death Metal
現任陣容：
Angela Nathalie Gossow - Vocals (2000-)
Michael Amott - Guitar (1995-)
Christopher Amott - Guitars (1995-2005) (2007-)
Daniel Erlandsson - Drums (1995-)
過去陣容：
Johan 'Liiva' Axelsson - Vocals (1995-2000)
Martin Bengtsson - Bass (1997-1998)
Peter Wildoer - Session Drums (1998)
Fredrik ?kesson - Guitar (2005-2007)
Gus G. - Tour Guitars (2005)
傳記:

瑞士搖滾樂隊-arch enemy(11張)是一支來自瑞典的超級組合，隊員都有著豐富的組團經驗和高超的演奏技法：吉他手michael amott（參加過carcass、carnage、candlemass、spiritual beggars），吉他手chris amott（micheal的兄弟，參加過armageddon），貝司手sharlee diangelo（參加過mercyful fate、witchery、dismember），主唱johan liiva（參加過carnage、furbowl）及鼓手daniel erlandsson（參加過eucharist、in flames、the end）。而且arch enemy所出的3張專輯皆由著名製作人fredrik nordstrom（曾為at the gates、hammerfall等巨團監製）操刀，更是如虎添翼！音樂上，arch enem玩的是攻擊性旋律化死亡金屬，就好像當年的carcass，狠辣的riff，及快速流暢的吉他solo。

北京演唱會現場(20張)black earth雖然是樂隊的第一張專輯，可是從編曲到錄音都很有水準！第一張專輯就能在這么多黑團中露頭，足以證明arch enemy的獨特，death metal兇狠的riff加上哥登堡式的旋律，沒有鍵盤做背景音網，使得吉他的旋律變化更加的清晰。要特別提出的是主唱johan liiva的嗓音，可能聽慣了低吼的樂迷第一次聽會彆扭，總覺得唱腔與音樂不和諧，好像沒有殺氣，可當你反覆聽過後就會覺得這種乾脆利落的唱腔配合快速變化的音樂竟很和諧。專輯中曲目首首精彩，是一張非常精彩的melodic death metal唱片。