各种性能监测在企业中部署和实现方法(二)&nagios&nrpe
另一种方法是使用NRPE外部构件监控远程主机。NRPE外部构件可以在远程的Linux/Unix主机上执行插件程序。如果是要象监控本地主机一样对远程主机的磁盘利用率、CPU负荷和内存占用率等情况下，NRPE外部构件将非常有用。
　　提到“外部构件”这个概念的时候需要说明一下，Nagios有许多"外部构件"软件包可供使用。外部构件可以扩展Nagios的应用并使之与其它软件集成，而且能够通过WEB接口来实现管理配置文件，监控远程主机(*NIX，Windows等)，对远程主机的强制监测，减化并扩展告警逻辑等功能。
　　NRPE是一个可在远程Linux/Unix主机上执行的插件的外部构件包。如果你需要监控远程的主机上的本地资源或属性，如磁盘利用率、CPU负荷、内存利用率等时是很有用的。像是用check_by_ssh插件来实现的功能一样，但是它不需要占用更多的监控主机的CPU负荷，所以当你需要监控大量的主机时这个构件将起到很重要的作用。通过该图可以看出，我们需要在被监测主机上部署NRPE，他相当于一个daemon负责监听。而监测主机使用check_nrpe并通过SSL连接访问这个daemon，然后调用被监测方的check_disk，check_load等脚本获取信息并将结果传递到监测主机。同时这些脚本也有能力监测到其它主机的相关信息。
　　NRPE的使用环境有direct check和indirect check两种，direct
check指的是NRPE运行在被监测主机的本地，而indirect
check意味着运行NRPE的服务器只是一个中间人，他会继续通过刚才所提及的脚本来监测其它更多远程主机上的服务和系统信息。层次化的监测就是通过这种方式来实现。
　　为了简单说明问题，我们将要部署基于direct
check的环境部署NRPE。所以下面的操作在被监测主机192.168.1.220上进行。
　　首先要建立Nagios账号，这里我使用同样的密码：
# useradd nagios
# passwd nagios
　　之后按照和上面相同的步骤来编译和安装nagios-plugin软件：
# tar -zxf nagios-plugins-1.4.12.tar.gz
# cd nagios-plugins-1.4.12
# ./configure
# make install
　　然后对相关的目录设置权限和所属用户组：
# chown nagios.nagios /usr/local/nagios
# chown &R nagios.nagios /usr/local/nagios/libexec
　　接着NRPE包放到/usr/local目录下，按照下面的步骤解压缩，并且编译和安装：
# tar -zxf nrpe-2.12.tar.gz
# cd nrpe-2.12
# ./configure
# make all
# make install-plugin
# make install-daemon
# make install-daemon-config
　　同时安装NRPE的插件、进程以及进程范例配置文件。
　　接着执行命令将nrpe安装为依赖xinetd超级进程的非独立服务，那么前提必须安装xinetd。不过一般系统都会自动安装该服务。
　　最后执行下面的命令将NRPE安装为xinetd超级进程所管理的进程之一。
　　# make install-xinetd
　　完成之后需要编辑/etc/xinetd.d目录下的nrpe文件，并且在最后添加允许实施监测的主机IP地址，这里是192.168.1.10，那么配置文件全文如下：
# cat /etc/xinetd.d/nrpe
service nrpe
flags&&&&&&&&&&
socket_type&&&&
= stream&&
port&&&&&&&&&&&
= 5666&& &
wait&&&&&&&&&&&
user&&&&&&&&&&&
group&&&&&&&&&&
server&&&&&&&&&
= /usr/local/nagios/bin/nrpe
server_args&&&&
= -c /usr/local/nagios/etc/nrpe.cfg --inetd
log_on_failure& += USERID
disable&&&&&&&&
only_from&&&&&&
= 192.168.1.10
　　然后修改/etc/services档，并添加下面的内容：
nrpe&&&&&&&&&&&
5666/tcp&&&&&&&&&&&&&&&&&&&&&&&
重启服务：
# /etc/init.d/xinetd restart
此时检查nrpe服务启动状况如下：
# netstat -nl | grep 5666
tcp&&&&&&&
0.0.0.0:5666&&&&&&&&&&&&&&&
0.0.0.0:*&&&&&&&&&&&&&&&&&&
LISTEN&&&&
# lsof -i:5666
COMMAND& PID
FD&& TYPE DEVICE SIZE NODE
xinetd& 9949
28764&&&&&&
TCP *:nrpe (LISTEN)
　　现在最关键的一步是确保安装的NRPE进程能够正常工作，所以要使用check_nrpe插件进行测试。在监测主机192.168.1.10上执行命令：
　　# /usr/local/nagios/libexec/check_nrpe -H 192.168.1.220
　　如果能够出现如下的版本号显示，则证明在被监测主机上配置的NRPE已经正常工作，并且监测主机能够通过SSL与被监测主机上的NRPE正常通信。
NRPE v2.12
　　但是如果出现一些error信息，则需要检查配置，检查的内容包括主要有下面几项：
　　1.nrpe的版本号和nrpe-plugin的版本号是否一致。版本不一致极有可能造成该问题。
　　2.SSL是否被关闭。确保NRPE以及check_nrpe插件在编译的时候都加入了SSL支持，同时在运行时都开启SSL。不过一般编译过程中默认都会假如支持SSL选项。
　　3.确保NRPE的配置文件nrpe.cfg文件可以被nagios用户读取并且nagios用户可以执行nrpe二进制程序。
　　4.确认在/etc/xinetd.d/nrpe文件的“only_from=x.x.x.x”中x.x.x.x是访问NRPE的监测主机的IP地址。
　　NRPE的配置文件/usr/local/nagios/etc/nrpe.cfg中实际上已经包含了一些对系统进行监测的命令。由于NRPE安装在本地，这些命令可以直接协助NRPE从被监测主机获取系统和服务运行状况，而且都是在刚才通过nagios-plugin安装的。
　　如果从监测主机上运行这些命令进行监测，一切正确可以看到下面的效果。那么不难看出其中的奥妙——实际上完全可以利用在/usr/local/nagios/libexec/中的各种脚本并添加各项参数定制自己的监测内容。
　　那么到此为止我们就完成了在远程被监测主机上安装和配置RNPE的任务。现在需要在监测主机，也即是192.168.1.10上面安装和配置check_nrpe插件。
　　步骤大概分为：
　　第一，安装check_nrpe插件;
　　第二，为使用check_nrpe插件建立Nagios命令定义;
　　第三，建立Nagios host以及服务定义
　　由于我们刚才已经在安装Nagios之后安装了nrpe，所以实际上第一个步骤已经完成。
　　现在开始执行第二步骤——建立命令定义：
　　这里需要花点时间特别说明一下Nagios利用命令定义进行监测的原理：
　　在安装nagios成功之后可以看到在/usr/local/nagios/libexec目录下有很多可执行监控程序或者脚本，其名称类似check_icmp这样的格式。Nagios并没有提供针对这些监控程序的脚本的说明文档，想了解这些脚本如何工作，需要通过--h参数，显示其使用方法和参数，并会给出一些实际的例子。例如：./check-disk
　　那么我们可以尝试按照其中一个例子执行该脚本，执行和显示的结果如下：
　　# ./check_disk -w 10% -c 5% -p /tmp -p /var -C -w 100000 -c 50000
-p /dev/sda3
　　DISK OK - free space: / 2124 MB (41% inode=90%);|
/=2955MB;;5356
　　可以看到状态值“OK”，以及一些详细的数据信息。
　　上述操作说明这些插件都是可以独立使用，Nagios有很多个cfg档用来定义各式各样的信息，其中template.cfg是用来定义主机和服务信息的模板文件，在目录/usr/local/nagios/etc/objects下。我们按照这些模板来建立新的配置文件，例如同样目录下的server.cfg来定义监控内容，那么这些插件就会从server.cfg中调用。例如要定义一个需要监控的SSH服务，名称为TestSSH：
　　按照其格式：
define service {
host_name x.x.x.x
service_description check_ssh
check_command check_ssh
　　host_name项说明该服务所在的主机名，service_description项为服务的说明信息，这项内容会显示在nagios页面中。check_command项说明要使用的命令，这个例子中的命令check_ssh就是一个插件了。这个服务定义，明确了nagios在需要监控的内容和监控的手段，即使用check_ssh插件来监控主机x.x.x.x上的ssh服务情况。
　　除了直接使用插件来做check_command项的参数以外，还可以使用自己定义的命令来。例如，定义一个需要监控的主机，名字是localhost.localdomain：
define host {
host_name localhost.localdomain
alias remotehost01
address 192.168.0.1
check_command check-host-alive
　　在此例中，check_command项的参数“check-host-alive”并非一个插件，而是在commands.cfg档中定义的一个命令。那么在相同目录的command.cfg中对该命令又被定义为：
# 'check-host-alive' command definition
define command{
command_name check-host-alive
command_line $USER1$/check_ping -H 192.168.1.220 -w 300.0,80% -c
500.0,100% -p 1
　　首先，$USER1$这个参数在resource.cfg中定义，这个值会指向插件的目录(如：/usr/local/nagios/libexec)。“-H
192.168.1.220”定义目标主机的地址，-w说明后面的一对值对应的是“WARNING”状态，“80%”是其临界值。“-c
500.0,100%” 其中“-c”说明后面的一对值对应的是" CRITICAL"，“100%”是其临界值。“-p
1”说明每次探测发送一个包。
　　所以归根结底就是说通过ping这种方式来证明某台主机处于alive状态。
　　而至于如何监听非默认埠的服务。下面我也举例说明一下这个问题：
　　例如：现需检查的一个运行在8080埠上的http服务。那么我们可以对commands.cfg档中对关于check_http的声明做如下修改。
# 'check_http' command definition
define command{
command_name check_http
command_line $USER1$/check_http -H 192.168.1.220 -p $ARG1$
　　其中$ARG1$是指在调用这个命令的时候，命令后面的第一个参数。
　　再把services.cfg中，对应服务的检测命令后面加一个参数：
define service {
host_name ...
check_command check_http!8080
　　这样就可以对8080埠的http服务进行监控了。如果要添加多个参数的时候，也可以类似操作。
　　综上，插件的安装和调用方法也就举例介绍完毕了，大家在使用中也可以使用自己写的检测脚本来完成比较特殊的检测功能。
　所以按照上面所叙述的原理，我们开始第二步和第三步的配置，为使用check_nrpe插件建立Nagios命令定义以及服务定义：
　　修改配置文件/usr/local/nagios/etc/objects/command.cfg并增加下面的内容：
define command{
command_name check_nrpe
command_line $USER1$/check_nrpe -H $HOSTADDRESS$ -c $ARG1$
　　然后针对要监测的目标主机建立主机定义，主机定义的项目和内容有很多，所以定义的项目如下：
host_name&&&&&&&
# 简短的主机名称
alias&&&&&&&&&&&
# 别名，可以更详细的说明主机
address&&&&&&&&&&&
# ip地址，当然如果DNS服务可用也可以写名称。如果你不定义该值，nagios将会用host_name去寻找主机。
host_names&&&&&&&
上一节点的名称，也就是指从nagios服务器到被监控主机之间经过的节点，可以是路由器、交换机、主机等等。这个节点也要定义并且要被nagios监控。
hostgroups&&&&&&&&
# 简短的主机组名称
check_command&&&&&&&&
# 检查命令的简短名称，如果此项留空，nagios将不会去判断该主机是否alive。
max_check_attempts&&&&
# 当检查命令的返回值不是“OK”时，重试的次数
check_interval&&&&&&&&&&&&
# 循环检查的间隔时间。
active_checks_enabled&&&&&
# 是否启用“active_checks”
passive_checks_enabled&&&&
# 是否启用“passive_checks”，及“被动检查”
check_period&&&&&&&&
# 检测时间段简短名称，此处只是名称，具体的时间段要写在其它的配置文件
obsess_over_host&&&&&&&&&&&&
# 是否启用主机操作系统探测。
check_freshness&&&&&&&&&&&&
是否启用freshness测试。freshness测试是对于启用被动测试模式的主机而言的，其作用是定期检查该主机报告的状态信息，如果该状态信息已经过期，
freshness将会强制作主机检查。
freshness_threshold&&&&&&&&&&&
# fressness的临界值，单位为秒。 如果定义为0，则为自动定义。
event_handler&&&&&&&&
# 当主机发生状态改变时，采用的处理命令的简短的名字
（可以在commands.cfg中对其定义）
event_handler_enabled&&&&
# 是否启用event_handler
low_flap_threshold&&&&&&&&&
抖动的下限值。所谓抖动，主要定义了这样一种现象：在一段时间内，主机（或服务）的状态值频繁发生变化，类似一个问题风暴或者一个网络问题。
high_flap_threshold&&&&&&&&
# 抖动的上限值
flap_detection_enabled&&&&
# 是否启用抖动检测
process_perf_data&&&&&&&&&
# 是否启用processing of performance data
retain_status_information&& #
程序重启时，是否保持主机状态相关的信息
retain_nonstatus_information # 程序重启时，是否保持主机状态无关的信息
contact_groups&&&&&&&&&&&
# 联系人组（这个组会在contactgroup.cfg文件中定义），在此组中的联系人都会受到该主机的告警提醒信息。
notification_interval&&&&&&&&
# 告警临界值。达到此次数之后，才会发送该机的报警提醒信息。
notification_period&&&&&&&&&&&
# 告警时间段
notification_options&&&&&&&&
# 告警包括的状态变化结果
notifications_enabled&&&&&&
# 是否启用告警提醒功能
stalking_options
[o,d,u]&&&&
# 持续状态检测参数，o = 持续的UP状态，
d = 持续的DOWN状态，and u = 持续的UNREACHABLE状态.
　　当然在企业的监测环境中很多项目可能都不一定能够用上，这里我只是通过一个简单的例子说明其用法就好了。所以修改/usr/local/nagios/etc/objects/localhost.cfg檔，在檔的“HOST
DEFINITION”部分，在原来的基础上增加自己的主机定义内容：
define host{
linux-box&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
; Inherit default values from a template
localhost&&&&&&&&&&&&&&&&&&&&&&&&&&&
; The name we're giving to this server
RHEL5u2&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
; A longer name for the server
192.168.1.220&&&&&&&&&&&&&&&&&&&&&&&&&
; IP address of the server
　　同时在“HOST GROUP
DEFINITION”部分，将192.168.1.220这台主机加入到linux-servers这个hostgroup中。如果有多台主机都属于这个hostgroup，可以用逗号将其隔开。以下是我添加的内容：
define hostgroup{
hostgroup_name& linux-servers& ;
The name of the hostgroup
alias&&&&&&&&&&
Linux Servers& ; Long name of the group
members&&&&&&&&
192.168.1.220& ; Comma separated list of hosts
that belong to this group
　　而在最后的“SERVICE
DEFINITION”部分，所有未注释的部分实际上是关于对localhost也就是本机所要监测的内容。其格式和语法就是我在提到Nagios检测原理方面举例说明的内容。对于localhost来说不需要修改了，但是可以把他的内容复制到自定义的cfg档中并照葫芦画瓢修改成对192.168.1.220这台
　　主机的命令定义。我们下面就来做这样的操作：
　　在/usr/local/nagios/etc/objects目录下针对监测的服务建立服务定义，建立一个新的文件remotehosts.cfg，加入下面内容：
　　下面是自定义的：
define service{
use generic-service
host_name localhost
service_description CPU Load
check_command check_nrpe!check_load
　　表示监测远程主机的CPU负载。
　　如果要监测当前在远程主机的磁盘空间，则加入：
define service{
use generic-service
host_name localhost
service_description /dev/sda3 Free Space
check_command check_nrpe!check_disk /dev/sda3
　　如果要监测当前远程主机的僵死进程数，则加入：
define service{
use generic-service
host_name localhost
service_description Zombie Processes
check_command check_nrpe!check_zombie_procs
同时使用vi编辑器末行模式的r功能读取当前目录下的localhost.cfg档，删除“HOST DEFINITION”和“HOST
GROUP DEFINITION”部分。只保留“SERVICE DEFINITION”部分并修改为下面的内容：
　　第一个命令定义：
　　通过check_ping脚本确保监测主机和被监测主机的连通性，如果丢包率到达20%则报warning，到达60%则报critical：
define service{
use&&&&&&&&&&&&&&&&&&&&&&&&&&&&
local-service&&&&&&&&
; Name of service template to use
host_name&&&&&&&&&&&&&&&&&&&&&&
192.168.1.220
service_description&&&&&&&&&&&&&&&&&&
PING REMOTE HOST
check_command&&&&&&&&&&&&&&&&&
check_ping!100.0,20%!500.0,60%
　　第二个命令定义：
　　监测远程主机根分区磁盘状况，如果可用空间低于20%会报Warning，如果可用空间低于10%则报Critical：
define service{
use&&&&&&&&&&&&&&&&&&&&&&&&&&&&
local-service&&&&&&&&
; Name of service template to use
host_name&&&&&&&&&&&&&&&&&&&&&&
192.168.1.220
service_description&&&&&&&&&&&&&&&&
Root Partition of Remote Server
check_command&&&&&&&&&&&&&&&&&
check_local_disk!20%!10%!/
　　第三个命令定义：
　　监测远程主机当前的登录用户数量，如果大于20用户则报warning，如果大于50则报critical：
define service{
use&&&&&&&&&&&&&&&&&&&&&&&&&&&&
local-service&&&&&&&&
; Name of service template to use
host_name&&&&&&&&&&&&&&&&&&&&&&
192.168.1.220
service_description&&&&&&&&&&&&&&&&
Current Users of Remote Server
check_command&&&&&&&&&&&&&&&&&
check_local_users!20!50
　　第四个命令定义：
　　监测远程主机当前的进程总数，如果大于250进程则报warning，如果大于400进程则报critical：
define service{
use&&&&&&&&&&&&&&&&&&&&&&&&&&&&
local-service&&&&&&&&
; Name of service template to use
host_name&&&&&&&&&&&&&&&&&&&&&&
192.168.1.220
service_description&&&&&&&&&&&&&&&&
Total Processes of Remote Machine
check_command&&&&&&&&&&&&&&&&&&
check_local_procs!250!400!RSZDT
　　第五个命令定义：
　　监测远程主机当前的本地负载量：
define service{
use&&&&&&&&&&&&&&&&&&&&&&&&&&&&
local-service&&&&&&&&
; Name of service template to use
host_name&&&&&&&&&&&&&&&&&&&&&&
192.168.1.220
service_description&&&&&&&&&&&&&&&&
Current Load of Remote Machine
check_command&&&&&&&&&&&&&&&&&
check_local_load!5.0,4.0,3.0!10.0,6.0,4.0
　　第六个命令定义：
　　监测远程主机swap文件系统使用量，如果swap可用空间低于20%则报warning，低于10%则报critical：
define service{
use&&&&&&&&&&&&&&&&&&&&&&&&&&&&
local-service&&&&&&&&
; Name of service template to use
host_name&&&&&&&&&&&&&&&&&&&&&&
192.168.1.220
service_description&&&&&&&&&&&&&&&&
Swap Usage of Remote Server
check_command&&&&&&&&&&&&&&&&&&
check_local_swap!20!10
　　第七个命令定义：
　　监测SSH连接可用性，但消息通知功能默认被关闭，因为并不是所有用户都有权限SSH。
define service{
use&&&&&&&&&&&&&&&&&&&&&&&&&&&&
local-service&&&&&&&&
; Name of service template to use
host_name&&&&&&&&&&&&&&&&&&&&&&
192.168.1.220
service_description&&&&&&&&&&&&&&&&
SSH of Remote Machine
check_command&&&&&&&&&&&&&&&&&&
notifications_enabled&&&&&&&&&&&&&&
# Define a service to check HTTP on the remote machine.
# Disable notifications for this service by default, as not all
users may have HTTP enabled.
　　第八个命令定义：
　　监测远程主机上的HTTP服务，但同SSH，该服务的消息通知功能默认关闭。
define service{
use&&&&&&&&&&&&&&&&&&&&&&&&&&&&
local-service&&&&&&&&
; Name of service template to use
host_name&&&&&&&&&&&&&&&&&&&&&&
192.168.1.220
service_description&&&&&&&&&&&&&&&&
HTTP of Remote Machine
check_command&&&&&&&&&&&&&&&&&&
check_http
notifications_enabled&&&&&&&&&&&&&&
　　保存该档后，按照其它cfg文件的权限和属性为该文件指定所属用户和组：
　　# chown nagios.nagios
/usr/local/nagios/etc/objects/remotehosts.cfg
　　至于想定义的其它内容，我就不再向该档中添加了，我想大家应该已经掌握了这种命令定义的方法了。
　　最后不要忘了一步关键的操作——在主配置文件中定义Nagios启动之后读取刚才修改的这些配置，也就是确保刚才修改的配置文件在nagios主配置文件/usr/local/nagios/etc/nagios.cfg中都有正确指定，信息如下：
cfg_file=/usr/local/nagios/etc/objects/commands.cfg
cfg_file=/usr/local/nagios/etc/objects/remotehosts.cfg
cfg_file=/usr/local/nagios/etc/objects/localhost.cfg
　　最后校验配置文件正确性：
　　# /usr/local/nagios/bin/nagios -v
/usr/local/nagios/etc/nagios.cfg
　　如果校验完全通过，则重启Nagios服务：
# chkconfig --level 345 nagios on
# service nagios restart
　　此时如果再通过浏览器访问http://192.168.1.10/nagios，我们就可以看到被监测主机192.168.1.220上所反应出来的内容信息。
　　到此为止，Nagios的基本原理和强大的功能就基本介绍完了。而事实上Nagios不但能在现有的功能基础上实现功能扩展，而且还能够实现和第三方软件的结合，例如和前面所介绍的Mrtg和Cacti联用来构建动态显示图标;同时按照前面所说明的内容可以配置各种事件级别的邮件通知功能。但因为篇幅的限制我们会在下次有机会的时候向大家介绍。尽管在配置的难度上显得比较高，但是其强大的功能和灵活性却给我们留下了极深的印象。因此这也是在一些中型甚至是大型企业中所推崇并逐步采用的一种监测方案。
通过该文章的介绍，我们可以比较几种不同监测方法的特点。
　　在大多数监测环境中，SNMP都是公用的标准和协议。所以除了Nagios之外，基本上所有的监测环境也是围绕SNMP协议部署。
　　通过SNMP + 闭源商业软件的部署监测的方案：
　　拥有配置简单且功能也相对强大的优点，但是缺点是要受到闭源商业软件在功能和灵活性上的限制，而且意味着企业需要为这种类型的监测支付高昂的软件使用成本;
　　通过SNMP + Mrtg实现部署监测方案：
　　优点是费用方面的支出基本为零，但缺点是配置过程要显得复杂和繁琐，而且由于MRTG本身的一些限制功能比较单一。
　　通过SNMP + Cacti + RRDtool实现部署监测方案：
　　优点是同样不需要支付高昂的费用，而且相对于单纯使用Mrtg而言功能方面大大增强，显示的效果方面也要比Mrtg好很多，同时在监测内容和灵活性方面也有了很大的改善，相信这种方案能够被很多中小型企业所接受。但最大的问题是在部署的难度增加，对操作管理人员技术方面的要求也大大增加。因此这种方案也能够作为一种折中的选择。
　　通过Nagios实现监测方案：
　　这是几种不同方案中唯一可以不使用SNMP的，但是其丝毫不比SNMP协议基础上的监测功能逊色，甚至实现了更多实用的特性。同时部署和定义非常灵活，和其它软件的兼容性方面也表现出很多创造性的优势。显然在几种监测方案中，这种监测方案无疑是最优秀的!但缺点自然也不言而喻，强大的功能是以更为繁琐和更高的技术要求作为代价，如果针对一个大型网络要将Nagios所有的功能都一一实现，显然对用户的技术水准方面要求会比较高。
　　总之，在企业系统和应用监测的领域中，尽管有各种不同类型的监测要求，尽管也相应地也提供了各种不同类型的监测部署方案。但不管是利用基本的SNMP实现简单和单一的监测，还是利用像Cacti
RRDtool甚至Nagios这样的软件实现功能更加强大的监测部署;不管是全部利用开源软件本身实现所有监测功能，还是和像Whatsup和Solawins等这种闭源商业软件结合部署监测环境——各种开源软件以及开源项目上都表现出了极强的共通性和兼容性，而且在功能上丝毫没有逊色。完全能够支撑和满足企业级的监测部署环境要求!
　　通过本文笔者希望能够为更多中小企业甚至大型企业用户在部署监测环境方面提供一些有用参考和帮助。希望他们能够藉助开源方案量体裁衣地打造企业级监测系统。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。这样的主机配置要多少钱？总体性能怎样？_百度知道
这样的主机配置要多少钱？总体性能怎样？
金士顿2G DDR3 1333*1
硬盘？总体性能怎样:AMD215+风扇
主板:影驰9600GSO加强X2
机箱电源:300W+HKC这样的主机配置要多少钱:华擎M3N78D
内存:希捷250G
有什么好的配置，高手推荐一下。不要太贵，就和我给的那个配置差不多就好了~
提问者采纳
我试过啦，电源是300W的，一超频就会降低显卡性能，画面很卡，换了个电源还是可以的，帧率很低，但是明显是不足的，信不信由你，还有CPU不能超频，不过玩其他游戏是不错的啦，起码要350W以上才可以，不然的话内存的频率会自动降低我正在用，不过你如果想玩孤岛危机2的话是不行的:影驰9600GSO加强X2呢，至于性能吧
其他类似问题
按默认排序
其他3条回答
看你到哪里配了三千左右吧自己多跑跑电脑市场上网看看人家的推荐配置
CPU+风扇=20RMB
主板=400+RMB
内存目前涨价=370RMB
硬盘=460RMB
机箱电源=270+RMB
主机配置的相关知识
您可能关注的推广回答者：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁如何做到眼观六路！多屏显示设置详解_显卡评测-泡泡网
　　　　　　　　　
如何做到眼观六路！多屏显示设置详解
日 00:43&出处：&【原创】 作者:李晓晟 编辑:
延伸阅读：&&&&&&&&&&
多屏成为发展趋势
&&&&频道3月17日&近几年随着多核的普及以及性能的不断提升，人们似乎已经习惯了同时运行多个程序。不过问题也随之而来，过多的窗口占用了大量的桌面空间，使得用户在进行多窗口操作时只能频繁的进行窗口，大大降低了工作效率。不过好在目前厂商所推出的显卡大部分都已经开始支持功能，用户可以选择组建多显示器平台来扩充自己的工作空间。
&&& 实际上多显示器平台在很早之前就已经被金融、证券以及科研行业中广泛使用。不过当时实现起来较为麻烦，不仅需要两块昂贵的显卡，还需要非常复杂的设定，因此在民用级市场没有得到普及。而随着目前多屏技术硬件门槛降低以及配套软件趋于成熟，越来越多的人开始使用多显示器平台进行办公及娱乐。
&&& 关于的特点及优势，我们在之前的文章中已经介绍了很多次,这里就不在重复了。在这篇文章中我们主要介绍的是关于不同显卡多显示器的几种不同的设置方法以及区别。
两种多屏模式介绍
&&& 目前多屏的显示方式主要有复制及扩展两种，这两种方式分别针对两种不同应用人群。前者比较适合用于会场及户外的展示，主要针对于经常进行多屏演示的广告等行业；而后者可以带来更大的分辨率，主要针对设计及金融行业或游戏玩家使用。
&&& 复制模式就是使显卡所连接的多个显示器显示相同的内容，尽管这种模式并不要求多个显示器的规格保持一致，但在实际使用时可设置的最高分辨率为这些显示器中最低规格那台的最高分辨率。
&&& 扩展模式则相对于更为实用，其作用就是将两个显示器虚拟成一个分辨率超大的显示器，以实现更宽阔的桌面空间。并且这种方法对于显示器的支持也更为灵活，用户可以选择多种不同规格的显示器，而最终整体的分辨率可以根据用户所选择的纵向或横向模式相累加。
Win 7显示面板设置方法
&&& 以上通过我们对于两种多屏显示模式不同的特点所进行的介绍，相信大家对于多屏显示技术都有了比较清楚的了解。看完了介绍下面我们再为大家介绍一下如何通过显示设置、及控制面板三种不同的方法对多屏显示进行设置。首先我们要介绍的是在Windows 7显示设置面板中进行设置的方法。
&&& 在确认多台显示器连接正确之后，在桌面空白处右键点击“屏幕分辨率”按钮。此时会在“更改显示器的外观”中发现所连接的多台显示器（如未发现可以点击“检测”按钮），其中未启用的显示器默认显示为黑色。
&&& 若用户想对多个显示器设置为复制模式，可以在“多显示器”一栏中选择“复制这些显示”，如多台显示器的图标变为上图那样就表示设置成功。
&&& 扩展模式的设置同样并不复杂，在“多显示器”一栏中选择“扩展这些显示”即可，开启扩展之后用户还可以分别对不同显示器的进行分辨率设定，并且通过拖拽显示器图标的方式对显示顺序以及位置进行调节。
&&& 下面我们再为大家演示一下，利用NVIDIA控制面板进行调节的方法。NVIDIA控制面板是随NVIDIA显卡驱动附带的一个应用程序，因此只有采用了NVIDIA显卡才能正常开启。
&&& 连接好多台显示器之后，在桌面空白处右键点击“NVIDIA控制面板”按钮（也可以在Windows的控制面板中找到）。此时在“设置多个显示器”的页面上方显示器列表中会发现所连接的多台显示器，将要使用的显示器前方打上√即可启用该显示器。
&&& 当启用多台显示器之后NVIDIA控制面板会默认开启扩展模式，用户同样可以像上一种方法那样通过拖拽的方式，来对不同显示器进行调整。而复制模式的设定则是通过在显示器图标的右键菜单中进行，方法同样非常简单只需点击想要复制显示器的相应按钮即可。
AMD控制面板设置方法
&&& 在最后还要介绍一下利用AMD控制面板进行设定的方法。和NVIDIA控制面板相同，AMD控制面板同样是随AMD催化剂驱动附带的应用程序，只有AMD显卡才能开启。（AMD催化剂纯驱动版并不附带AMD控制面板，用户需要单独下载）
&&& 同样在桌面空白处右键中打开“AMD控制面板”，进入其中的“桌面＆显示器选项”就可以对多台显示器进行设置。设置的方法如上图所示，只需用右键点击未启用的显示器并选择自己所需要的模式即可。
&&& 实际上目前AMD显卡（HD5000系列）除支持复制和扩展模式之外，还支持AMD自行开发的Eyefinity宽域模式，这种模式和扩展模式相似，不过稍有不同。设置的方法如上图：在任意显示器上右键单击“创建组”，会弹出一个显示器排列设置，用户可以根据自己的需求来进行设置。
● 扩展模式
● Eyefinity宽域模式
&&&&上图就是Eyefinity宽域模式和普通扩展模式所进行的对比，可以看到虽然两种模式都可以在双屏模式下实现双倍分辨率效果，但Eyefinity宽域模式可以将任务栏延伸到第二个屏幕中去，那么这一点细微的差别有什么本质性的不同吗？实际上Eyefinity宽域模式是将多个物理显示器虚拟成一个显示器进行工作，而这样的好处是可以使一些原本只支持单个显示器的程序（游戏）也能在多个显示器上运行。
关于Eyefinity宽域模式的详细介绍请参阅：
关于Eyefinity宽域模式的使用感受请参阅：
&&& 总的来说，利用以上这三种方式来启用多屏显示功能的步骤并不复杂，只需一两个步骤就可以轻松实现多屏输出。同时小编在此次的实际操作中也发现了NVIDIA及AMD需要改进的地方：1.NVIDIA的显卡有些虽然可以同时连接3个显示器并能正确识别出来，但只能同时开启2个显示器，想要连接2个以上显示器还需要多块显卡。2.AMD的某些非公版显卡无法开启Eyefinity宽域模式，另外在Eyefinity宽域模式下有些游戏无法开启高分辨率，看来软硬件的兼容性以及游戏厂商对其的支持力度还有待提高。■
延伸阅读：&&&&&&&&&&
快速转帖：
欢迎转载泡泡网原创文章，请注明：转载自泡泡网 [
[][]新车排行热门车排行选车工具
| 电信与信息服务业务经营许可证： | 北京市公安局海淀分局网监中心备案编号：