早就想找一种能在公司内部网使用的即时消息软件,今天终于找到了,还都是开源的,先简单记录一下,以后有时间了会详细介绍的。 服务器:Wildfire http://www.jivesoftware.org/ 客户端:Pandion http://www.pandion.be/ 服务器安装配置挺简单,50秒之内就能完成。客户端安装就更简单了。最难的的是这两个软件对国际化作的都很好,都支持中文。客户端还支持日文。 #
by dengber
| 2006-08-10 22:33
| Software
一个信息专业人员跟我们分享她生涯中最糟的几个经验,以及从这些事件中学到的教训。 我们在职场上至少也有一两个难堪的经验,不管是因为漫不经心造成的系统严重损毁,在同僚间表现失态,或是把项目搞砸。IT专家Becky Roberts决定不打自招,把他工作生涯中最糟的状况,以及她从这些经验中学到的教训与大家分享。 在过去的十六年中,我的工作是要使人类可以跟电脑一同和谐运作,我曾发生过一些严重的糗事,至今在我回忆的时候仍会忍不住想钻到地洞里。这些我犯过的错大略可以分为三类:技术上、政治上以及生涯规划上的错误。以下就不照特定顺序,将我犯过最夸张的错以及所学到的教训与大家分享。 1: 不小心把副总裁的文件杀了,同时没有备份 我甚至不记得我是怎么弄的。我不只是把文件删了之后没有发现,甚至在重新格式化的当下才想到犯了错。我紧张地花了三十分钟来决定我要怎么处理这个状况。我应该要说谎然后推诿负责吗?我甚至没办法把责任推给谁,因为整个公司的信息部就只有我一个人。还是我应该要像个白痴一样原封不动把他的电脑还给他?“文件还在喔,我把电脑还你了。” 总之我想到的办法没一个可行。最后,我直接走到他的办公室,然后把电脑还他然后自己招认:“我搞砸了。我把你的文件全删了,然后再也没办法把信息救回来。这完全是我的错。”这时一阵静默。然后他只说了:“好吧。那你下次要小心点。”就没事了。我几乎要跪下来亲他的脚,我松了一口气的程度,就跟我觉得自己像个超级大白痴一样的严重。 学到的教训?备份备份备份!!除非电脑至少有一份备份,否则不要进行删除、搬移、更改、更新、重写或格式化的动作。在那之后我就没有大量损失文件的经验。 2: 更改公司的发薪系统,以至没人拿到加班费 这是在美国中西部一家陶艺工厂发生的事情。发薪系统是一个工作站上的Basic程序。公司打算实行一个新的薪水计算规则,而我的任务就是去正确更改这个系统。我在备份程序上做了需要的改变,然后试跑了一下。它的逻辑似乎正确无误。我把程序给老板看,也得到他的赞许。他说他打算将下个发薪期开始实际使用。然后我问它公司有没有测试用的系统。当时我在该公司只工作了两个月,对公司的系统并不熟。他笑了一下然后说没有。 两周后,公司产生一阵骚动,因为员工打开信封看到一些很糟的事:没有加班费,没有,没有,没有就是没有。老板看我脸色惨白,便叫我直接趁早滚回家。 学到的教训?这是很糟的一课。显而易见地,我犯了一个程序错误,需要好好改进我的程序技巧。但我是否应该早点意识到我的程序能力对于这份指派的工作仍有不足,同时试着拒绝呢?我的确对于将未测试的程序拿来执行表达了不安,但可能我的态度应该要更强硬。也许从这个意外中所学到最重要的教训,是要在工作面谈时,尽可能问清楚公司的硬件配置,然后避免进入一些没有完善硬件的公司。 3: 使用Exchange的试用版 那时我是一个新聘员工,在一个只有两人的信息部门工作,被指派的计划是安装微软的Exchange软件。该公司当时原本使用的是一个文字界面的免费电子邮件系统,但因为它实在太难用,所以没什么邮件需要从旧系统转到新系统,因此它只是一个简单的安装工作。 我弄来一个Exchange的试用版,然后把它安装并进行设定,最后选定了一小群使用者做为测试对象。我从公司所有使用者中征求有意愿测试新邮件系统的人,然后很快的这个“测试”群组就包含了公司所有人。使用者创立自己的信息夹,收件夹,也输入了连络人。然后我订购了Exchange的正式版本授权,我打到微软去,得知一件恐怖的事实,就是没有办法从试用版转换到正式版,然后在九十天后试用版就要停止运作。那天是第八十八天。不用说,我接下来的四十八小时都在打电话给微软的技术专线,然后试着用正式版来取代试用版,搬移信息以及更改使用者设定上面。那可以说是个巨大又痛苦的混乱状况。这个状况的唯一好处是他是一个学习的好机会。 学到哪些重要的教训呢? 在确定软件到期后不会停止运作之前,不要冒然使用试用版本 设定一个项目计划,然后切实执行。我根本不应该把整个公司的人放进测试群组。 与使用者多加沟通。同时根本不该允许他们对测试的系统变得逐渐依赖。 在归属新系统的责任以前,要确保相关人员接收良好训练。 4: 把备份看成例行公事 主机的备份是我的责任。我设定了备援主机,同时每天都仪式性地更换备份磁带。当第一次有使用者要求回复文件时,我发现那个文件所在的信息夹已经超过三个月没有成功备份。更糟的是那个有问题的文件从来没有备份过。我压抑了把错归疚在软件上的冲动,承认那是我个人的轻忽,也向那位使用者致歉。然而他也没有完全领情。 学到的教训? 永远不要把备份看着例行公事 每天仔细检查备份的记录 定期测试信息回复功能 设定一个时程,定期检查备份成效 5: 独占某项特定知识 虽然在公司里拥有唯一无二的知识技能似乎让你出现饭碗十分有保障的幻觉,有时也会成为耽误你个人生活的负面影响。在我职业生涯里面有一些场合,我让自己处于那种情况。因为自己未将知识分享,让我在与家人相处的周末常常被打断。电话整个晚上都在响,甚至整个假期都在响,最夸张的是,在我开完大脑手术后的六个小时,电话就直接打到加护病房来。 学到的教训?文件、分享与训练。有时候在一个小公司里,或是要实作某计划时,独占某个特定知识是几乎不可能的。但随时注意保持警觉,可以让你把风险降到最低。但就算提供了正确的文件,有时候一个较没经验未受训练的他人也可能为公司带来危险。 6: 没为自己留好必要文件 除了没有好好把工作程序记成文件,让知识可以分享,我也多次自以为可以记住,而没有完善记录工作程序或相关设定,而最后害苦了自己。当处于压力下工作,或是使用者已经迫不及待时,往往很容易就急就章,然后不在意地对自己说,到状况解除后再记录相关文件。不幸的是紧急事件往往一连发生,然后记录文件的动作就被忘记,直到你在某个紧急事件里面需要它的时候。 学到的教训?其实我还是持续遇到类似状况。但在赶时间时我会先存下屏幕画面,然后记个几行字,在紧急状况结束时,要记录完整文件时,我仍不免会有所耽搁。 7: 在项目开始时没有建立指挥权 这数年来,我曾担任过各式各样实做、升级、系统转移计划的项目负责人。除了最近一件项目之外,所有的项目都可以说成功在时限前完成所需目标。然而该件失败的项目也不是特别没有执行效率或是压力较大。 在之前我从未发现在项目开始时建立自己指挥权的重要性,因为不同团队的每个成员都尊重。最近的项目是在一个分层负责架构的公司所进行,我的团队有几个同事,我的上司,几个经理还有一个副总裁。一个较资深的项目经理建议我特别召开一个会议来确定我对团队的成员到底有多少指挥权。我认为这是件不需要的事,然后很快就尝到苦果。 项目有许多要在特定日期完成的流程,但尽管我尽可能地与负责的团队成员沟通,他们往往也会提出反对“我周五要休假,我老板同意的,”“我今天不能做那个东西,我必须要做这个。”我负起整个项目的成败责任,然而却没有任何权力去保障他的成功。最后项目无法赶上预定时程。 学到的教训?只要是我现在处理的任何项目,其第一步都是建立我所需要的指挥权。如果这还不能保障项目的成功,我必须要不顾一切地要求更多权力或是建议更高层的项目经理来处理。 8: 对员工寄出漫不经意的电子邮件 公司的一名员工寄信给我一份她电脑的庞大问题清单。我没有任何恶意地简单回了信给她,说她可以直接考虑换台新电脑。然后我什么都没想地,把她的问题加到我当天的工作清单里。几分钟后我跟我老板还有我老板的老板被紧急叫到某个会议上。当我走进门时我还印了我给该员工的回信以做解释。 我整个一头雾水地表示我不知道发生了什么事。我老板表示那个员工被我的电子邮件气翻了,因为她把我轻率的举动解读成我没有认真看待他的问题或想要解决。我十分惊讶短短几句不经意的笑话可以被整个误解。我被指示要对该员工道歉,同时立刻排除她的问题。 学到的教训? 不要尝试在电子邮件里搞笑或自做聪明;单纯陈述就好。 对求助信息要有标准的处理流程。 常常提醒使用者你只要收到发出的求助,就会尽速处理他们的问题。 9: 没有有效利用免费训练或是认证的机会 每当我更新我的履历,准备寻找新工作时,我都很后悔没有一些正式的证照来衬托我实际的经验。尤其若当我想离开的公司有相关政策,无论各层级员工工作是否相关,都有免费考照政策时,更是一件气人的事情。这曾让我无法申请到一些想要的工作,而这些工作只要有相关的证照就可以简单地申请到。 学到的教训?善用所有免费受训的机会,就算受训没办法抵扣正式上班时间也一样。 #
by dengber
| 2006-08-07 12:04
| Life
----摘自IBM developerWorks ■创建JSP Tile定义■ 要创建一个 JSP 定义,请执行以下步骤: 1. 使用 taglib 指令导入 tile 标签库。 2. 使用 logic:notPresent 标签来确保该定义仅被定义一次。 3. 使用 tiles:definition 标签来定义该定义,同时传递定义了 tile 布局的 JSP 页面以及新创建的定义的范围。 4. 使用 tiles:put 标签定义默认参数。 在下面的清单中,siteLayoutDefinition.jsp 定义了这样一个定义,它使用 siteLayout.jsp 作为 tile 布局,并定义了页眉和页脚的默认参数(以及其他参数): <%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic" %> <%@ taglib uri="/WEB-INF/struts-tiles.tld" prefix="tiles" %> <logic:notPresent name="siteLayoutDef" scope="application"> <tiles:definition id="siteLayoutDef" page="/siteLayout.jsp" scope="application"> <tiles:put name="title" type="string" value="Rick Hightower Stock Quote System" /> <tiles:put name="header" value="/header.jsp" /> <tiles:put name="footer" value="/footer.jsp" /> <tiles:put name="content" type="string"> Content goes here </tiles:put> </tiles:definition> </logic:notPresent> _______________________________________________________ ■使用 JSP Tile 定义■ Tile 定义的使用类似于直接使用 tile 布局。唯一的区别:您将指定定义而不是指定 tile 布局 JSP 页面,并且您将使用 tiles:put 传入更少的参数。 要使用 tile 定义,请执行以下步骤: 1. 使用 taglib 指令导入 tile 标签库。 2. 使用 jsp:include 来包含定义该定义的 JSP 页面。 3. 使用 tiles:insert 标签,不过要指定“定义 bean(definition bean)”名称和范围而不是指定 tile 布局页面。 4. 使用 tiles:put 属性来仅指定标题和内容(不指定页眉和页脚)。 下面是一个使用 tile 定义的例子(index2.jsp): <%@ taglib uri="/WEB-INF/struts-tiles.tld" prefix="tiles" %> <jsp:include page="siteLayoutDefinition.jsp"/> <tiles:insert beanName="siteLayoutDef" beanScope="application"> <tiles:put name="title" type="string" value="Get Rick Hightower Stock Quote 2" /> <tiles:put name="content" value="indexContent2.jsp"/> </tiles:insert> _______________________________________________________ ■创建 XML 定义■ XML 定义解决了非可视化的 JSPpage 暴露的问题。与其为每个 JSPpage 定义一个定义,您可以在单个配置文件中定义所有配置。然而在能够开始使用 XML 定义之前,您需要首先使用对应的 Struts 的 Tiles 插件: <plug-in className="org.apache.struts.tiles.TilesPlugin" > <set-property property="definitions-config" value="/WEB-INF/tiles-defs.xml" /> <set-property property="moduleAware" value="true" /> <set-property property="definitions-parser-validate" value="true" /> </plug-in> 您需要向 struts 配置文件添加上述代码。 一旦定义了该插件,创建 XML 定义就变得容易了。 您只需在 tile 定义文件(例如 tiles-def.xml)中添加另一个条目: <tiles-definitions> <definition name="siteLayoutDef" path="/siteLayout.jsp"> <put name="title" value="Rick Hightower Stock Quote System" /> <put name="header" value="/header.jsp" /> <put name="footer" value="/footer.jsp" /> <put name="content" type="string"> Content goes here </put> </definition> ... _______________________________________________________ ■使用 XML tile 定义■ 现在已经定义好了 XML 定义,您需要更改 quote.jsp 和 index.jsp 以使用它。事实证明该定义的使用和以前几乎没有区别:唯一的区别是传递给 tiles:insert 标签的属性,如下所示(index3.jsp): <%@ taglib uri="/WEB-INF/struts-tiles.tld" prefix="tiles" %> <tiles:insert definition="siteLayoutDef"> <tiles:put name="title" type="string" value="Get Rick Hightower Stock Quote 3" /> <tiles:put name="content" value="indexContent3.jsp"/> </tiles:insert> _______________________________________________________ 一旦您转变思路,开始使用 XML 定义而不是使用 JSP 定义,那么 tile 的使用将变得更容易一些。您将只需编写更少的代码和维护更少的非可视化 JSP 页面。 #
by dengber
| 2006-07-28 17:43
| Software
原文地址:http://zdnet.com.cn/techupdate/feature/client_peripheral/story/0,3800089644,39442320-1,00.htm 如何采购中小企业服务器 作者: 2006-03-16 03:11 PM 对于中小企业的IT建设而言,其核心其实就是让员工能够有效沟通,共享数据,挖掘潜在的商业机会,提高核心业务的执行效率。不难看出,所有这些目标的实现,其实都是围绕着业务相关数据来进行的。那么这些数据都保存在何处呢?答案很简单:服务器。虽然有人会说,现在还有很多专用存储设备可供选择,但从某种角度来看,它们都可以看作是传统服务器概念的变种。而且,对于中小企业用户而言,受限于其业务规模和预算大小,不太可能借助专用的高端存储设备,因此服务器,尤其是PC服务器仍将是它们用于保存、管理和挖掘数据的核心力量。 当然,如果仅仅把服务器的功能限定在存储上也过于狭隘。在现在的中小企业中,随着IT技术应用程度的加深,服务器所扮演的角色自然也变得越来越复杂。除了保存数据外,它们开始承担起越来越多的任务。相应的,从类别上讲,在PC服务器领域,也从以前单纯的文件服务器,发展出了域服务器、打印服务器、Web服务器、FTP服务器、数据库服务器等各类针对专门应用的产品。与此同时,为了适应不同应用环境的需要,服务器的外形也更为丰富多样。除了传统概念中“粗大笨重”的塔式产品外,还有各种厚度,便于集中管理的机架式产品,甚至还有更为小巧玲珑的刀片式服务器。 任务不同,外形不同,服务器的内部设计和部件组成自然也是千差万别。也正因为此,在当前的PC服务器市场上,我们可以看到各个品牌拥有丰富的产品系列。选择的增多一方面的确是便于我们挑选到最适合自身需要的产品,但同时也使做出购买决定的过程较以往变得更为复杂。如何在配置、外形、价格千差万别的产品中做出正确、合理的选择,恐怕已经成为现在很多中小企业IT管理人员以及决策者比较头疼的问题。 从组成部分来讲,同样使用x86处理器的PC服务器跟普通的PC基本是相同的。其中包括由处理器、内存和主板上的北桥芯片组成的处理器子系统;由硬盘、南桥芯片、SCSI卡或RAID卡组成的存储子系统;以及网卡、USB接口、显示卡等各类输入输出设备。接下来的部分,我们将从不同用户的各类主要需要出发,将看似复杂的服务器产品一一分解开来,循序渐进地帮助大家来解决这一难题。 服务器带来便利 事先确定你的服务器所要扮演的角色会令你此后的购买决策变得更加顺畅。域控制服务器 域控制器是网络、用户、计算机的管理中心,提供安全的网络工作环境。域控制器不但响应用户的登录需求,而且在服务器间同步和备份用户帐号、WINS、DHCP数据库等。它的系统瓶颈是内存,除了操作系统占用的内存外,每增加一个用户需占用1KB内存用于存储用户帐号。Web服务器 Web服务器是主要为用户提供各种Web应用的设备,对服务器性能的要求也主要取决于网站的内容。如果网站多以静态页面构成,那么在选择服务器的时候就要优先考虑磁盘系统的性能,采用高转速SCSI硬盘以及RAID卡。如果网站所提供的服务多为动态页面,那么在选择服务器时就要注意配备高性能的处理器以及大容量内存。 文件服 务器如果你想得到一台性能出色的文件服务器,首先需要注意的就是服务器的存储系统。现在的服务器都配备了千兆以太网接口,其网卡能够提供的数据带宽在700Mbps左右。相对于网络速率,磁盘更容易成为文件服务器性能发挥的瓶颈。对于一台文件服务器,RAID系统是必备的。如果您的采购资金充足,那么就选择SCSI RAID系统。 数据库服务器 数据库服务是对服务器负载要求比较高的一种应用模式。无论是处理器子系统还是磁盘子系统,都应该配备最好的组件。对于一台数据库服务器,在处理器方面,通过采用多处理器可以在很大程度上提升数据库的运算效率。在保证内存容量的前提下,磁盘系统也需要你额外注意。SCSI RAID系统在性能上会远远超越任何单一硬盘存储模式,而且从数据安全存储的角度上考虑,RAID系统也非常值得投资。 处理器子系统 显然,处理器子系统是整个系统中执行各类应用的数据运算的关键部分。而在这个部分中,处理器又是最为关键的执行中心。所以,不论你购 买的服务器要在自己的业务中扮演什么样的角色,首先都要考虑应该选择一款什么样的处理器,而这种选择实际上也会或多或少地决定系统其 它部件的选择。 在PC服务器用处理器领域,英特尔不论是在产品系列的细化程度,还是在品牌覆盖率上,都占据着极大的优势。因此,我们自然也将关注的重 点放在了它的身上。 从产品系列来看,英特尔针对服务器平台的处理器包括如下几个产品系列:Intel Itanium 2(即所谓的“安腾2”), Intel XEON(即所谓的“至强”),Intel XEON MP(Multi-Processor,即所谓的多路至强),Intel Pentium D,支持超线程技术的Intel Pentium 4 HT和普通Intel Pentium 4,其中,Itanium 2采用的是全新的IA-64架构,其先进的64位体系结构使其拥有出色的性能和处理能力, 但是它却牺牲了对现有的丰富的32位操作系统及应用程序的支持。因此它主要定位在高端计算领域,所以不在本文的讨论范畴以内。 前身为 Pentium Pro的XEON处理器是英特尔专门针对服务器及工作站市场设计的产品,对于中型企业需要的部门级服务器产品而言,是最佳的选择。其 多处理器版本XEON MP专为四路及以上多路服务器而专门设计,可以有力地支持各类电子商务及运算高度密集的企业级应用。 对于中小型企业 环境中部署的工作组服务器来说,由于用户数量有限,实际应用中数据的运算量并不大,而且各个客户端对服务器发出请求也比较分散,并不 一定需要强大的专用处理器来给予支持。因此,对于这类入门级的产品,各类服务器厂商纷纷采用台式机平台的处理器。这种做法固然是商家 为了有效降低生产成本采取的变通手段,但低廉的价格也推动了服务器及相关应用在中小企业的广泛应用。此外,英特尔丰富的台式机处理器 产品线又为各家厂商针对不同用户的需求强度,进一步细化自身产品,提供了有力的支持。从目前市售产品的情况来看,采用Pentium D, Pentium 4 HT和普通Pentium 4的产品都很普遍。 在刚刚过去的2005年,64位和双核无疑是台式机领域最为热门的话题。实际上,在服务器的 处理器领域也存在着同样的现象。 EM64T:向64位平滑过渡 在PC服务器领域,64位热潮的出现相对台式机领域要更早一些。2003年3月问世的Opteron处理器首先依靠其扩展x86- 64指令集AMD 64将64位计算引入了PC服务器平台,虽然当时缺少64位操作系统和应用程序的支持,但是凭借对32位软件的良好兼容,这款产品 还是取得了相当的成功。显然,Opteron的出现,对英特尔在PC服务器领域的统治地位发起了前所未有的挑战。不过,英特尔凭借强大的技术实 力和丰富的市场经验很快就发起反击并扭转了局面。而在这一过程中扮演重要角色的,就是我们并不陌生的EM64T(Extended Memory 64 Technology,64位内存扩展技术)。EM64T与Itanium 2所使用的IA-64架构不同,后者是一种用来取代IA-32的崭新的而且是完全不同的体系结构 ;而前者则是在IA-32的基础上,对x86指令集加以扩展,使其能够支持64位扩展内存寻址(要想了解该功能的重要性,参见插文“我们为什么 需要64位”),因此也可将其视作是一种混合64位的指令集。 显然,EM64T能够很好地兼容现有的32位软件,在保留现有软硬件的同时,在适 当的时候再过渡到64位架构。对于绝大多数用户而言,这种平滑的过渡方式无疑更容易为他们所接受。 诚然,与纯64位处理器产品相比,兼容 32位软件的处理器自然要在性能方面做出牺牲,二者在64位环境下的表现肯定有着相当大的差距。但是考虑到基于这两类处理器的服务器产品 针对完全不同的市场,用户的应用需求也各不相同,因此也无需进行这样直接的对比。 双核:迅速提升性能 如果说EM64T还是在为尚未成气候的64位计算作准备,并没有给我们带来太多的实质性提高的话,那么双核架构进入x86处 理器则是为提高处理器性能带来了真真正正的实惠。大家都知道,处理器的实际性能其实就是处理器在每个时钟周期内能够处理指令数的总量 ,因此,每增加一个内核,处理器每个时钟周期内可执行的单元数自然也将增加一倍。当然,必须指出的是,只有充分利用两个内核中的所有 可执行单元,才能使系统达到最大的性能。 与此同时,对于处理器这种产品,以往各家厂商惯用的性能增强手法就是提高其运行频率,在相当 长的一段时间内,这固然是一种行之有效的办法。但是,随着频率的快速提升,制造工艺、功耗等问题都对高频处理器的推出速度产生越来越 大的阻碍。因此,双核甚至多核架构成为了更为大家欣赏的新的性能提升途径。 2005年,英特尔首先在高端台式机领域发布了采用双核架构的 Pentium D处理器。在取得成功和业界及用户的认可后,英特尔又在服务器领域发布了采用双核架构的Xeon处理器。 下面,让我们来详尽了解 一下双核至强处理器的相关特性: 双内核架构:这款采用90nm的新型至强处理器包含两个支持64位扩展技术的Prescott核心,主频2.8GHz,拥 有2个2MB的二级缓存。在一枚物理处理器中提供两个执行内核,使系统能够在更短的时间内完成更多的工作。在右边的“性能测试”插文中, 我们可以看出双核至强相对其前代产品,有着幅度惊人的提升。 64位内存扩展技术:这项技术在前面我们已经详细地加以介绍。简单来说,它 将为至强服务器系统带来在运行64位和32位应用和操作系统方面出色的灵活性。 英特尔虚拟化技术:双核心架构的引入不仅使其性能获益匪浅 ,也使处理器的功能设计有了更为广泛的发展空间。而虚拟化技术(Intel Virtualization Technology)就是其中之一。虚拟化技术可以让一 台物理计算机虚拟出若干个虚拟的系统,这些虚拟系统能使用同样的PC资源独立工作。换句话说,借助这种技术,用户将可以在自己的系统上 使用超过一个操作系统,以便每个操作系统解决特定的运算任务。比如,一个虚拟系统能够扫描病毒,另外的虚拟系统则可以执行应用程序, 文字处理或者玩游戏。 英特尔病毒防护技术:英文名称为Execute Disable Bit Functionality的这项功能最早出现在2001年问世的Itanium处 理器中,如今英特尔又将其应用到了应用范围更为广泛的至强处理器中。该技术与相应的操作系统配合,能够有效阻止“缓存溢出”型的恶意 攻击。在实际应用中,它能够帮助处理器识别出应用程序可以使用内存的哪些区域,而哪些区域则不能使用。当恶意的蠕虫代码试图在缓存中 插入其代码时,处理器将禁止其代码的执行,阻止它的破坏动作和复制企图。对于当前饱受安全问题困扰的商业用户而言,这项技术带来的获 益是显而易见的。 超线程技术:在双核的基础上,英特尔还将每个内核设计为两个逻辑处理器,与基于线程的实际应用相配合,能够进一步增 强系统的数据运算性能。提高处理器利用率和系统的响应能力,为服务器用户带来较前代产品更为出色的用户体验。 按需配电:借助增强型的 Intel SpeedStep动态节能技术,至强处理器能够根据运行环境和强度的变化进行调整,为降低平均系统功耗提供有益的帮助,在一定程度上也 潜在改进了系统的运行噪音问题。 谈到这,相信你既已经对英特尔的服务器处理器产品线有了较清晰的认识,也了解了该领域的最新发展。我 们相信,这对大家未来购买到合适的服务器将大有裨益。 磁盘子系统 服务器中,磁盘系统的性能高低直接影响着服务器的整体性能,这点尤其体现在数据库服务器和文件服务器中。因此,在选择服务器产品时, 它应该成为你第二重点考察的对象。 目前应用在服务器上的硬盘主要有两类:SCSI和S-ATA硬盘,根据你的应用需求,我们首先需要在这两种类型之间做出选择。 SCSI还是S-ATA 从容量上比较,S-ATA硬盘有着绝对的优势,而且其价格也远远低于同档SCSI硬盘。在主流S-ATA硬盘已达到250GB的同时,性能 最佳的SCSI硬盘Seagate Cheetah 15K的最大容量也只有146GB。从存储成本上考虑,S-ATA硬盘无疑胜出一筹。但是对于服务器的磁盘子系统而 言,容量仅仅是其众多需求之一,最为关键的还是磁盘系统的稳定性,对于承担关键应用的服务器更是如此。现在SCSI硬盘都可以达到一百万 小时以上的MTBF(平均故障时间)值,而普通S-ATA硬盘的MTBF都在八十万左右。两相比较,SCSI在稳定性上的优势就体现的十分明显了。 此 外,磁盘系统的扩展性在采购时也要格外注意。统计表明,在大多数数据存储环境中,每18个月数据容量就会增长一倍。此时存储系统的可扩 展性就格外重要。而对于小型网络环境来说,利用服务器提供的在线存储又是十分常见的。如果用户采用的是SCSI硬盘,那么单通道SCSI接口 一般可安装七个SCSI接口设备,扩展SCSI接口最多可安装15个SCSI设备。S-ATA硬盘每个接口只能安装一个设备,而通常主板上只会提供2至6个 S-ATA接口,从扩展性上比较,SCSI要比S-ATA更为出色。在服务器应用中,衡量硬盘性能主要有两个指标,一个是数据传输速率,另外一个则 是每秒I/O数。而对这两项指标起关键作用的则是单碟密度以及转速。在单碟密度上,现在的S-ATA硬盘已经做到了单碟146GB容量,远高于普通 的SCSI硬盘。不过,由于SCSI硬盘转速普遍达到10000乃至15000,在I/O性能上仍远远高于S-ATA硬盘。此外,SCSI硬盘系统中的处理芯片可以 完成大部分数据读取所需的计算,所以在高负载数据读写过程中对处理器资源的占用要大幅度低于S-ATA系统。对于一些负载并不是很重的文件 、数据库服务器,用户可以为服务器配备S-ATA存储系统,而如果想要让数据库服务器提供更好的运行效率,那么SCSI系统还是非常值得考虑的 。RAID系统 对于任何一台承担关键应用的服务器,我们都强烈建议您为服务器配备RAID系统。因为RAID通过在多个硬盘上同时存储和读取数据 来大幅提高存储系统的数据吞吐量,而且在很多RAID模式中都有较为完备的相互校验/恢复的措施,甚至是直接相互的镜像备份,从而大大提高 了RAID系统的容错度,提高了系统的稳定冗余性。随着S-ATA硬盘的流行,基于此类硬盘的RAID系统也逐步出现在服务器中。从RAID系统的整体 性能上看,S-ATA RAID虽然还无法与SCSI RAID并驾齐驱,但是其低廉的成本无疑可以帮助很多资金有限的用户实现高速、安全的数据存储。 RAID系统根据其功能以及组成可以分为多个级别,我们最为常见的模式就是RAID 0、RAID 1以及RAID 5。RAID 0模式至少由2块硬盘组成。该模 式在存储数据时由RAID控制器将数据分割成大小相同的数据条,同时写入阵列的磁盘。在读取时,也是顺序从阵列磁盘中读取后再由RAID控制 器进行组合再传送给系统。这样,数据就等于并行的写入和读取,非常有助于提高存储系统的性能。不过,RAID 0还不能算是真正的RAID,因 为它没有数据冗余能力。由于没有备份或校验恢复设计,在RAID 0阵列中任何一个硬盘损坏就可能导致整个阵列数据的损坏—数据都是分布存 储,一损俱损。RAID 1系统内硬盘的内容是两两相同的,两个硬盘的内容完全一样,这等于内容彼此备份,也就是我们常说的镜像模式。在写 入时,RAID控制器并不是将数据分成条带而是将数据同时写入两个硬盘。RAID 1已经可以算是一种真正的RAID系统,但这是由一个硬盘的代价 所带来的效果,而这个硬盘并不能增加整个阵列的有效容量。RAID 5是在服务器中最常用的RAID模式,这主要是由于其出色的性能与数据冗余 平衡设计。RAID 5是一种即时校验RAID系统,它采用了数据块的存储方式,但没有独立的校验硬盘(这也是它与RAID 3模式的区别),这是因 为它在每个独立的数据盘中都开辟了单独的区域用于存储同级数据的XOR校验数据。在写入时,同级校验数据将即时生成并写入,在读取时,同 级校验数据也将被即时读出并检查源数据的正确性。总体来说,RAID 0模式主要应用在一些需要磁盘系统提供高速数据传输的场合,比如视频 编辑。RAID 1则由于其较高的数据安全性被广泛应用在财务数据存储等需要安全数据保护的场合,而对于任何一台同时要求性能和数据安全存 储的服务器,RAID 5是非常理想的选择。 其他组件 虽然上面提到的各个组件都会在不同程度上决定服务器产品的性能,进而决定它们能够胜任什么样的工作,在办公环境中担当那种类型的服务 器角色。但是我们并不能仅仅凭此就做出最终的产品购买选择,因为对于服务器这类产品而言,环境的复杂性和应用的多样性,使得用户还要 在更多方面给予仔细的考察。 首先,你需要评估自己的稳定性需求及候选产品的稳定性。对于服务器产品而言,合理的稳定性永远是第一位的。如果稳定性不能保证业务运 行的需要,那么再高的性能也是无用的。通常来说,正规的服务器厂商都会对其产品进行包括不同温度和湿度下的运行稳定性测试。如果你在 这些方面有具体的需求,可以在购买之前向候选对象索要相关资料。其次,你需要考虑自身业务环境下,服务器产品应该具备哪种水平的冗余 功能。实际上,冗余功能是保证服务器产品长时间不间断工作的关键。因为在大负载的工作条件下,很难保证服务器的每一个部件都能够完全 承担类似7x24小时不间断运行这类苛刻的要求。要使得系统不至于因为一个或两个部件的故障而导致停机,对一些关键或是容易出现故障的配 件采用冗余配置是保证系统稳定运行的最佳方案。 常见冗余部件 # 数据冗余:其目的是为了保证服务器中单一配件故障不会损伤硬盘中存储的数据或正在运行的程序。通常数据冗余包括硬盘冗余以及内存 冗余技术。前者主要通过RAID提供的校验以及热插拔功能实现对数据的保护以及重建;而后者则有内存热备、内存镜像等几种常见的实现方式 。 # 网卡冗余:指系统中的任何一块网卡损坏都不会造成网络服务中断。现在的部门级以上的服务器都会配备两块网卡,在系统正常工作时, 该双网卡将自动分摊网络流量,提高系统通信带宽,而当某块网卡出现故障或该网卡通道出现问题时,服务器的全部通信工作将会自动切换到 好的网卡或通道上。因此,网卡冗余技术可保证在网络通道故障或网卡故障时不影响正常业务的运转。 # 电源冗余:指系统中的任何一个电源故障都不会造成系统停机,也就是通过冗余电源来防止因电源故障造成的停机。它一般是指配备双份 支持热插拔的电源。若其中一台发生故障,另一台就会在没有任何影响的情况下接替服务器的供电工作,并通过灯光或声音告警。此时,系统 管理员可以在不关闭系统的前提下更换损坏的电源。一些低端冗余电源通常采用单电源接口、多电源模块的形式,如果你的服务器需要更为安 全的电源供应,那么可以选择那些每个电源模块都具有独立电源接口的冗余电源,这样可以避免因为插座故障、误拔插头造成的停机。 # 风扇冗余:指在服务器的关键发热部件上配置的降温风扇有主、备两套,这两套风扇具有自动切换功能,支持风扇转速的实时监测,发现 故障时可自动报警,并能启动备用风扇。若系统正常,则备用风扇不工作,而当主风扇出现故障或转速低于规定要求时,备用风扇立刻自动启 动,从而避免由于系统风扇损坏而导致系统内部温度过高,使得服务器工作不稳定或停机。在一些设计优秀的服务器中,这些冗余风扇都是以 模块化安装并支持免工具维护,可以很方便的实现热插拔。 性能测试 从下面列出的几项针对处理器的基准测试来看,采用双核架构后的至强处理器相对于前代产品,有了大幅度的性能提升。 服务器采购术语 # IDE:英文Integrated Drive Electronics的缩写,本意是指把控制器与盘体集成在一起的硬盘驱动器。通常我们所说的IDE指的是硬盘等 设备的一种接口技术。 采用这种接口的硬盘制造成本低,价格低廉,安装方便。但CPU占用率高,速度较慢,而且不能实现热插拔,不能提供 苛刻环境所要求的对数据可靠性的保护。所以大多应用在低档的入门级服务器产品中。 SCSI:英文名称Small Computer System Interface的 缩写,即小型计算机系统接口。采用这种接口的硬盘的最大好处就是它具备自我管理能力,因此在实际运行中只需占用很少的CPU资源,而且可 以多任务运作,串联设备的传输速率互相独立,支持热插拔,稳定性更高,是服务器产品中最常见的硬盘接口。 # RAID:英文Redundant Array of Independent Disks的缩写,即“独立磁盘冗余阵列”,有时也简称磁盘阵列。简单的说,RAID是一种把 多块独立的硬盘按不同的方式组合起来形成一个硬盘组,从而提供比单个硬盘更高的存储性能并提供数据备份技术。在用户看来,组成的磁盘 组就像是一个硬盘,用户可以对它进行分区,格式化等等。总之,对磁盘阵列的操作与单个硬盘一模一样。不同的是,磁盘阵列的存储速度要 比单个硬盘高很多,而且可以提供自动数据备份。 RAID技术的两大特点:一是速度、二是安全,由于这两项优点,RAID技术早期被应用于高级 服务器中的SCSI接口的硬盘系统中,随着近年计算机技术的发展,很多服务器厂商也都推出了基于IDE 的RAID,但由于IDE接口先天的劣势,也 仅仅局限于处理小流量的数据,而对于大流量的突发性的数据要求就显得无能为力了。 # 热插拔:即hot-plugging或Hot Swap,该功能允许用户在不关闭系统,不切断电源的情况下取出和更换损坏的硬盘、电源或板卡等部件, 从而提高系统对灾难的及时恢复能力、扩展性和灵活性。实现热插拔需要有以下几个方面支持:总线电气特性、主板BIOS、操作系统和设备驱 动。所以,通常来说,一个完整的热插拔系统包括热插拔系统的硬件,支持热插拔的软件和操作系统,支持热插拔的设备驱动程序和支持热插 拔的用户接口。 具体到服务器这类产品,可能实现热插拔的部件主要有硬盘、CPU、内存、电源、风扇、PCI适配器、网卡等。购买服务器时一 定要注意哪些部件能够实现热插拔,这对以后的工作至关重要。 # SMP:即“对称多处理”(Symmetrical Multi-Processing)技术,是指在一个计算机上汇集一组处理器,各CPU之间共享内存子系统以及 总线结构。在这种架构中,一台电脑不再由单个CPU组成,而同时由多个处理器运行操作系统的单一副本,并共享内存和一台计算机的其它资源 。 虽然同时使用多个CPU,但是从管理的角度来看,它们的表现就像一台单机一样。系统将任务队列对称地分布于多个CPU之上,从而极大地提 高了整个系统的数据处理能力。所有的处理器都可以平等地访问内存、I/O和外部中断。在对称多处理系统中,系统资源被系统中所有CPU共享 ,工作负载能够均匀地分配到所有可用处理器之上。 64位运算推动IT业 在计算机发展的历史上,处理器的寻址空间始终是产生变革的根本性因素之一,1978年,英特尔推出16位的8086处理器,促使了PC的诞生。但 是8086的16位寻址设计决定了它最多只能访问1MB的物理内存空间。x86是英特尔设计8086时提出的一种16位指令集架构,实际上现今所有的 CISC处理器都基于x86指令集,这要归功于英特尔的远见以及胆识。当时业界普遍认为16位计算已经能够满足急速增长的性能需求,但英特尔觉 得有必要对这个CISC指令集进行一次大规模的升级,使其能够完全基于32位体系结构。接下来32位的80386面世,给整个IT业带来了前所未有的 变革,使得PC从生涩难懂的DOS步入了简单易用的图形化Windows时代,PC因此迅速成为普通用户能够掌握的工具。Windows的运行要依赖于大容 量的内存,80386处理器可使PC装上4GB物理内存,并且可管理的虚拟内存达到64TB,这对于16位处理器是不可想象的。今天,可能你认为32位 处理器可直接寻址的最大4GB物理内存已经绰绰有余,但放眼未来,Vista操作系统能支持高达1TB的本地存储空间,管理和充分利用这庞大的数 据,超过4GB的物理内存显得并不过分。又拿广泛应用的视频/图像编辑举例,这需要动用大量的内存;还有诸如CAD/CAM等将现实世界建模运算 的软件,或者对大型数据库进行演算时,更大容量的内存可使程序的运行速度明显加快,对于很多行业应用比如大型科学运算(地质勘探、天 气预测等)或者金融证券系统来说尤为重要。无疑,4GB物理内存的上限已经成为进一步提高工作效率的障碍,而64位系统以TB计算的内存寻址 空间,使其在未来很长一段时间内都可以解决高端应用中内存寻址的瓶颈。 体现64位计算的不只是内存寻址的多寡。极大的数据处理量将使32 位CISC处理器难以负荷,若试图改良它们,让其拥有更高的运算能力,也并非简单提升处理器频率所能达到。将传统的CISC指令集改为RISC架 构是一劳永逸的性能提升方法,但这样做无法保证与现在大规模使用着的x86软件的兼容性。另一种可以大幅度提升性能的方法就是提高处理器 的位宽,也就是EM64T所采取的方式。64位计算带来的变革并不仅仅是内存可以加大多少,而是内存加大后带来的崭新的应用模式。我们回过头 去看看16位到32位的变化,可能会更容易理解这一点。在80286时代,你根本无法想像到PC可以像今天这样处理多媒体数据、观看DVD、玩3D游 戏,而在32位处理器出现后的几年,32位计算便造就了PC众多全新的应用模式,使电脑从实验室中的机器变成了互联网终端,变成家庭的数字 多媒体中心。今天的64位风暴或许正重演着这一幕——硬件和软件将一起推动整个IT业,一步步迈向64位时代。(责任编辑:王叶) #
by dengber
| 2006-03-19 21:12
| Software
#
by dengber
| 2005-12-03 18:22
| Life
|
ファン申請 |
||