标题：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_ARCHⅣE_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） 
Fredrikkesson - 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唱片。