三台天气预报_三台天气预报7天一周

1.为什么有些程序员是三、四台电脑一起用的？

2.我国的报警电话有哪些

集群技术案例介绍和具体操作

集群技术案例介绍和具体操作

中国科学院西安网络中心 中科红旗linux培训认证中心

集群技术

1.1 什么是集群

简单的说，集群（cluster）就是一组计算机，它们作为一个整体向用户提

供一组网络资源。这些单个的计算机系统就是集群的节点（node）。一个理想的

集群是，用户从来不会意识到集群系统底层的节点，在他/她们看来，集群是一

个系统，而非多个计算机系统。并且集群系统的管理员可以随意增加和删改集群

系统的节点。

1.2 为什么需要集群

集群并不是一个全新的概念，其实早在七十年代计算机厂商和研究机构就

开始了对集群系统的研究和开发。由于主要用于科学工程计算，所以这些系统并

不为大家所熟知。直到Linux集群的出现，集群的概念才得以广为传播。

对集群的研究起源于集群系统良好的性能可扩展性(scalability)。提高CPU

主频和总线带宽是最初提供计算机性能的主要手段。但是这一手段对系统性能的

提供是有限的。接着人们通过增加CPU个数和内存容量来提高性能，于是出现了

向量机，对称多处理机(SMP)等。但是当CPU的个数超过某一阈值，象SMP这些

多处理机系统的可扩展性就变的极差。主要瓶颈在于CPU访问内存的带宽并不能

随着CPU个数的增加而有效增长。与SMP相反，集群系统的性能随着CPU个数的

增加几乎是线性变化的。图1显示了这中情况。

图1. 几种计算机系统的可扩展性

对于关键业务，停机通常是灾难性的。因为停机带来的损失也是巨大的。下

面的统计数字列举了不同类型企业应用系统停机所带来的损失。

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

应用系统每分钟损失(美元)

呼叫中心(Call Center) 27000

企业资源计划(ERP)系统13000

供应链管理(SCM)系统11000

电子商务(eCommerce)系统10000

客户服务(Customer Service Center)系统27000

图2：停机给企业带来的损失

随着企业越来越依赖于信息技术，由于系统停机而带来的损失也越拉越大。

集群系统的优点并不仅在于此。下面列举了集群系统的主要优点：

高可扩展性：如上所述。

高可用性：集群中的一个节点失效，它的任务可传递给其他节点。可以有效防止单点失效。

高性能：负载平衡集群允许系统同时接入更多的用户。

高性价比：可以采用廉价的符合工业标准的硬件构造高性能的系统。

2.1 集群系统的分类

虽然，根据集群系统的不同特征可以有多种分类方法，但是一般把集群系统分为两类：

（1）、高可用(High Availability)集群,简称HA集群。

这类集群致力于提供高度可靠的服务。就是利用集群系统的容错性对外提供7*24小时不间

断的服务，如高可用的文件服务器、数据库服务等关键应用。

目前已经有在Linux下的高可用集群，如Linux HA项目。

负载均衡集群：使任务可以在集群中尽可能平均地分摊不同的计算机进行处理，充分利

用集群的处理能力，提高对任务的处理效率。

在实际应用中这几种集群类型可能会混合使用，以提供更加高效稳定的服务。如在一个使

用的网络流量负载均衡集群中，就会包含高可用的网络文件系统、高可用的网络服务。

（2）、性能计算(High Perfermance Computing)集群，简称HPC集群，也称为科学计算

集群。

在这种集群上运行的是专门开发的并行应用程序，它可以把一个问题的数据分布到多

台的计算机上，利用这些计算机的共同资源来完成计算任务，从而可以解决单机不能胜任

的工作（如问题规模太大，单机计算速度太慢）。

这类集群致力于提供单个计算机所不能提供的强大的计算能力。如天气预报、石油勘探与油

藏模拟、分子模拟、生物计算等。这些应用通常在并行通讯环境MPI、PVM等中开发，由于MPI

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

是目前的标准，故现在多使用MPI为并行环境。

比较有名的集群Beowulf就是一种科学计算集群项目。

3、集群系统转发方式和调度算法

3．1转发方式

目前LVS主要有三种请求转发方式和八种调度算法。根据请求转发方式的不同，所构

架集群的网络拓扑、安装方式、性能表现也各不相同。用LVS主要可以架构三种形式的集群，

分别是LVS/NAT、LVS/TUN和LVS/DR，可以根据需要选择其中一种。

（1）、网络地址转换（LVS/NAT）

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

（2）、直接路由

（3）、IP隧道

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

三种转发方式的比较：

3．2、调度算法

在选定转发方式的情况下，采用哪种调度算法将决定整个负载均衡的性能表现，不同

的算法适用于不同的应用场合，有时可能需要针对特殊场合，自行设计调度算法。LVS的算

法是逐渐丰富起来的，最初LVS只提供4种调度算法，后来发展到以下八种：

1.轮叫调度（Round Robin）

调度器通过“轮叫”调度算法将外部请求按顺序轮流分配到集群中的真实服务器上，它均

等地对待每一台服务器，而不管服务器上实际的连接数和系统负载。

2.加权轮叫（Weighted Round Robin）

调度器通过“加权轮叫”调度算法根据真实服务器的不同处理能力来调度访问请求。这样

可以保证处理能力强的服务器能处理更多的访问流量。调度器可以自动询问真实服务器的

负载情况，并动态地调整其权值。

3.最少链接（Least Connections）

调度器通过“最少连接”调度算法动态地将网络请求调度到已建立的链接数最少的服务器

上。如果集群系统的真实服务器具有相近的系统性能，采用“最小连接”调度算法可以较

好地均衡负载。

4.加权最少链接（Weighted Least Connections）

在集群系统中的服务器性能差异较大的情况下，调度器采用“加权最少链接”调度算法优

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

化负载均衡性能，具有较高权值的服务器将承受较大比例的活动连接负载。调度器可以自

动询问真实服务器的负载情况，并动态地调整其权值。

5.基于局部性的最少链接（Locality-Based Least Connections）

“基于局部性的最少链接”调度算法是针对目标IP地址的负载均衡，目前主要用于Cache

集群系统。该算法根据请求的目标IP地址找出该目标IP地址最近使用的服务器，若该服务

器是可用的且没有超载，将请求发送到该服务器；若服务器不存在，或者该服务器超载且

有服务器处于一半的工作负载，则用“最少链接”的原则选出一个可用的服务器，将请求

发送到该服务器。

6. 带复制的基于局部性最少链接（ Locality-Based Least Connections with

Replication）

“带复制的基于局部性最少链接”调度算法也是针对目标IP地址的负载均衡，目前主要

用于Cache集群系统。它与LBLC算法的不同之处是它要维护从一个目标IP地址到一组服务

器的映射，而LBLC算法维护从一个目标IP地址到一台服务器的映射。该算法根据请求的目

标IP地址找出该目标IP地址对应的服务器组，按“最小连接”原则从服务器组中选出一

台服务器，若服务器没有超载，将请求发送到该服务器；若服务器超载，则按“最小连接

”原则从这个集群中选出一台服务器，将该服务器加入到服务器组中，将请求发送到该服

务器。同时，当该服务器组有一段时间没有被修改，将最忙的服务器从服务器组中删除，

以降低复制的程度。

7.目标地址散列（Destination Hashing）

“目标地址散列”调度算法根据请求的目标IP地址，作为散列键（Hash Key）从静态分

配的散列表找出对应的服务器，若该服务器是可用的且未超载，将请求发送到该服务器，

否则返回空。

8.源地址散列（Source Hashing）

“源地址散列”调度算法根据请求的源IP地址，作为散列键（Hash Key）从静态分配的

散列表找出对应的服务器，若该服务器是可用的且未超载，将请求发送到该服务器，否则

返回空。

了解这些算法原理能够在特定的应用场合选择最适合的调度算法，从而尽可能地保持

Real Server的最佳利用性。当然也可以自行开发算法，不过这已超出本文范围，请参考有

关算法原理的资料。

4．1、什么是高可用性

计算机系统的可用性(availability)是通过系统的可靠性(reliability)和可维护性

(maintainability)来度量的。工程上通常用平均无故障时间(MTTF)来度量系统的可靠性，

用平均维修时间（MTTR）来度量系统的可维护性。于是可用性被定义为：

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

MTTF/(MTTF+MTTR)*100%

业界根据可用性把计算机系统分为如下几类：

可用比例

(Percent

Availability)

年停机时间

(downtime/year

)

可用性分类

99.5 3.7天

常规系统

(Conventional)

99.9 8.8小时可用系统(Available)

99.99 52.6分钟

高可用系统(Highly

Available)

99.999 5.3分钟Fault Resilient

99.9999 32秒Fault Tolerant

为了实现集群系统的高可用性，提高系统的高可性，需要在集群中建立冗余机制。一个功

能全面的集群机构如下图所示

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

负载均衡服务器的高可用性

为了屏蔽负载均衡服务器的失效，需要建立一个备份机。主服务器和备份机上都运行

High Availability监控程序，通过传送诸如“I am alive”这样的信息来监控对方的运

行状况。当备份机不能在一定的时间内收到这样的信息时，它就接管主服务器的服务IP并

继续提供服务；当备份管理器又从主管理器收到“I am alive”这样的信息是，它就释放

服务IP地址，这样的主管理器就开开始再次进行集群管理的工作了。为在住服务器失效的

情况下系统能正常工作，我们在主、备份机之间实现负载集群系统配置信息的同步与备份，

保持二者系统的基本一致。

HA的容错备援运作过程

自动侦测(Auto-Detect)阶段 由主机上的软件通过冗余侦测线，经由复杂的监听程序。逻

辑判断，来相互侦测对方运行的情况，所检查的项目有：

主机硬件(CPU和周边)

主机网络

主机操作系统

数据库引擎及其它应用程序

主机与磁盘阵列连线

为确保侦测的正确性，而防止错误的判断，可设定安全侦测时间，包括侦测时间间隔，

侦测次数以调整安全系数，并且由主机的冗余通信连线，将所汇集的讯息记录下来，以供

维护参考。

自动切换(Auto-Switch)阶段 某一主机如果确认对方故障，则正常主机除继续进行原来的

任务，还将依据各种容错备援模式接管预先设定的备援作业程序，并进行后续的程序及服

务。

自动恢复(Auto-Recovery)阶段 在正常主机代替故障主机工作后，故障主机可离线进行修

复工作。在故障主机修复后，透过冗余通讯线与原正常主机连线，自动切换回修复完成的

主机上。整个回复过程完成由EDI-HA自动完成，亦可依据预先配置，选择回复动作为半自

动或不回复。

4．2、HA三种工作方式：

（1）、主从方式 （非对称方式）

工作原理：主机工作，备机处于监控准备状况；当主机宕机时，备机接管主机的一切工作，

待主机恢复正常后，按使用者的设定以自动或手动方式将服务切换到主机上运行，数据的

一致性通过共享存储系统解决。

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

（2）、双机双工方式（互备互援）

工作原理：两台主机同时运行各自的服务工作且相互监测情况，当任一台主机宕机时，另

一台主机立即接管它的一切工作，保证工作实时，应用服务系统的关键数据存放在共享存

储系统中。

（3）、集群工作方式（多服务器互备方式）

工作原理：多台主机一起工作，各自运行一个或几个服务，各为服务定义一个或多个备用

主机，当某个主机故障时，运行在其上的服务就可以被其它主机接管。

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

相关文档

下的集群实列应用

最近有客户需要一个负载均衡方案，笔者对各种软硬件的负载均衡方案进行了调查和

比较，从IBM sServer Cluster、Sun Cluster PlatForm 等硬件集群，到中软、红旗、

TurboLinux的软件集群，发现无论采用哪个厂商的负载均衡产品其价格都是该客户目前所

不能接受的。于是笔者想到了开放源项目Linux Virtual Server(简称LVS)。经过对LVS的研

究和实验，终于在Red Hat 9.0上用LVS成功地构架了一组负载均衡的集群系统。整个实

现过程整理收录如下，供读者参考。

选用的LVS实际上是一种Linux操作系统上基于IP层的负载均衡调度技术，它在操

作系统核心层上，将来自IP层的TCP/UDP请求均衡地转移到不同的服务器，从而将一组

服务器构成一个高性能、高可用的虚拟服务器。使用三台机器就可以用LVS实现最简单的集

群，如图1所示。

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

图1 LVS实现集群系统结构简图

图1显示一台名为Director的机器在集群前端做负载分配工作；后端两台机器称之为

Real Server，专门负责处理Director分配来的外界请求。该集群的核心是前端的Director

机器，LVS就是安装在这台机器上，它必须安装Linux。Real Server则要根据其选用的负

载分配方式而定，通常Real Server上的设置比较少。接下来介绍Director机器上LVS的

安装过程。

安装

LVS的安装主要是在Director机器上进行，Real Server只需针对不同的转发方式做简单

的设定即可。特别是对LVS的NAT方式，Real Server惟一要做的就是设一下缺省的网关。

所以构架集群的第一步从安装Director机器开始。

首先，要在Director机器上安装一个Linux操作系统。虽然早期的一些Red Hat版本，

如6.2、7.2、8.0等自带Red Hat自己的集群软件，或者是在内核中已经支持LVS，但是为

了更清楚地了解LVS的机制，笔者还是选择自行将LVS编入Linux内核的方式进行安装，

Linux版本采用Red Hat 9.0。

如果用户对Red Hat的安装比较了解，可以选择定制安装，并只安装必要的软件包。

安装中请选择GRUB 做为启动引导管理软件。因为GRUB 在系统引导方面的功能远比

LILO强大，在编译Linux内核时可以体会它的方便之处。

LVS是在Linux内核中实现的，所以要对原有的Linux内核打上支持LVS的内核补丁，

然后重新编译内核。支持LVS 的内核补丁可以从LVS 的官方网

下载，下载时请注意使用的Linux核心版本，必须下载和

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

使用的Linux内核版本相一致的LVS内核补丁才行。对于Red Hat 9.0，其Linux内核版本

是2.4.20，所以对应内核补丁应该是。笔者经过多次实验，使用Red Hat 9.0自带的Linux

源代码无法成功编译LVS 的相关模组。由于时间关系笔者没有仔细研究，而是另外从

kernel.org上下载了一个tar包格式的2.4.20内核来进行安装，顺利完成所有编译。下面是

整个内核的编译过程：

1.删除Red Hat自带的Linux源代码

# cd /usr/src

# rm -rf linux*

2.下载2.4.20内核

# cd /usr/src

# wget ftp://ftp.kernel.org/pub/linux/kernel/v2.4/linux-2.4.20.tar.bz2

3.解压到当前目录/usr/src

# cd /usr/src

# tar -xjpvf linux-2.4.20.tar.bz2

4.建立链接文件

# cd /usr/src # ln -s linux-2.4.20 linux-2.4 # ln -s linux-2.4.20 linux

5.打上LVS的内核补丁

# cd /usr/src

#wget # gzip -cd linux-2.4.20-ipvs-1.0.9.patch.gz

# cd /usr/src/linux

# patch -p1 < ../linux-2.4.20-ipvs-1.0.9.patch

在打补丁时，注意命令执行后的信息，不能有任何错误信息，否则核心或模组很可能

无法成功编译。

6.打上修正ARP问题的内核补丁

# cd /usr/src

# wget ~ja/hidden-2.4.20pre10-1.diff

# cd /usr/src/linux

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

# patch -p1 < ../hidden-2.4.20pre10-1.diff

这一步在Director机器上可以不做，但是在使用LVS/TUN和LVS/DR方式的Real Server

上必须做。

7.为新核心命名

打开/usr/src/linux/Makefile。注意，在开始部分有一个变量EXTRAVERSION可以自行定

义。修改这个变量，比如改成“EXTRAVERSION=-LVS”后，编译出的核心版本号就会显

示成2.4.20-LVS。这样给出有含义的名称将有助于管理多个Linux核心。

8.检查源代码

# make mrproper

这一步是为确保源代码目录下没有不正确的.o文件及文件的互相依赖。因为是新下载的内

核，所以在第一次编译时，这一步实际可以省略。

9.配置核心选项

# make menuconfig

命令执行后会进入一个图形化的配置界面，可以通过这个友好的图形界面对内核进行定制。

此过程中，要注意对硬件驱动的选择。Linux支持丰富的硬件，但对于服务器而言，用不到

的硬件驱动都可以删除。另外，像Multimedia devices、Sound、Bluetooth support、Amateur

Radio support等项也可以删除。

注意，以下几项配置对LVS非常重要，请确保作出正确的选择：

(1)Code maturity level options项

对此项只有以下一个子选项，请选中为*，即编译到内核中去。

Prompt for development and/or incomplete code/drivers

(2)Networking options项

对此项的选择可以参考以下的配置，如果不清楚含义可以查看帮助：

<*> Packet socket

[ ] Packet socket: mmapped IO

< > Netlink device emulation

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

Network packet filtering (replaces ipchains)

[ ] Network packet filtering debugging

Socket Filtering

<*> Unix domain sockets

TCP/IP networking

IP: multicasting

IP: advanced router

IP: policy routing

[ ] IP: use netfilter MARK value as routing key

[ ] IP: fast network address translation

<M> IP: tunneling

IP: broadcast GRE over IP

[ ] IP: multicast routing

[ ] IP: ARP daemon support (EXPERIMENTAL)

[ ] IP: TCP Explicit Congestion Notification support

[ ] IP: TCP syncookie support (disabled per default)

IP: Netfilter Configuration --->

IP: Virtual Server Configuration --->

(3)Networking options项中的IP: Virtual Server Configuration项

如果打好了LVS的内核补丁，就会出现此选项。进入Virtual Server Configuration选项，

有以下子选项：

<M> virtual server support (EXPERIMENTAL)

IP virtual server debugging

(12) IPVS connection table size (the Nth power of 2)

--- IPVS scheduler

<M> round-robin scheduling

<M> weighted round-robin scheduling

<M> least-connection scheduling scheduling

<M> weighted least-connection scheduling

<M> locality-based least-connection scheduling

<M> locality-based least-connection with replication scheduling

<M> destination hashing scheduling

<M> source hashing scheduling

<M> shortest expected delay scheduling

<M> never queue scheduling

--- IPVS application helper

<M> FTP protocol helper

以上所有项建议全部选择。

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

(4)Networking options项中的IP: Netfilter Configuration项

对于2.4版本以上的Linux Kernel来说，iptables是取代早期ipfwadm和ipchains的

更好选择，所以除非有特殊情况需要用到对ipchains和ipfwadm的支持，否则就不要选它。

本文在LVS/NAT方式中，使用的就是iptables，故这里不选择对ipchains和ipfwadm的

支持：

< > ipchains (2.2-style) support

< > ipfwadm (2.0-style) support

10. 编译内核

(1)检查依赖关系

# make dep

确保关键文件在正确的路径上。

(2)清除中间文件

# make clean

确保所有文件都处于最新的版本状态下。

(3)编译新核心

# make bzImage

(4)编译模组

# make modules

编译选择的模组。

(5)安装模组

# make modules_install

# depmod -a

生成模组间的依赖关系，以便modprobe定位。

(6)使用新模组

# cp System.map /boot/System.map-2.4.20-LVS

# rm /boot/System.map

# ln -s /boot/System.map-2.4.20-LVS /boot/System.map

# cp arch/i386/boot/bzImage /boot/vmlinuz-2.4.20-LVS

# rm /boot/vmlinuz

# ln -s /boot/vmlinuz-2.4.20-LVS /boot/vmlinuz

# new-kernel-pkg --install --mkinitrd --depmod 2.4.20-LVS

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

(7)修改GRUB，以新的核心启动

执行完new-kernel-pkg命令后，GRUB的设置文件/etc/grub.conf中已经增加了新核心的

启动项，这正是开始安装Linux时推荐使用GRUB做引导程序的原因。

grub.conf中新增内容如下：

title Red Hat Linux (2.4.20-LVS)

root (hd0,0)

kernel /boot/vmlinuz-2.4.20LVS ro root=LABEL=/

initrd /boot/initrd-2.4.20LVS.img

将Kernel项中的root=LABEL=/改成 root=/dev/sda1 (这里的/dev/sda1是笔者Linux的根

分区，读者可根据自己的情况进行不同设置）。

保存修改后，重新启动系统:

# reboot

系统启动后，在GRUB的界面上会出现Red Hat Linux(2.4.20-LVS)项。这就是刚才编译的

支持LVS的新核心，选择此项启动，看看启动过程是否有错误发生。如果正常启动，ipvs

将作为模块加载。同时应该注意到，用LVS的内核启动后在/proc目录中新增了一些文件，

比如/proc/sys/net/ipv4/vs/*。

11.安装IP虚拟服务器软件ipvsadm

用支持LVS的内核启动后，即可安装IP虚拟服务器软件ipvsadm了。用户可以用tar包或

RPM 包安装，tar 包可以从以下地址 下载进行安装。

这里采用源RPM包来进行安装：

# wget # rpmbuild --rebuild ipvsadm-1.21-7.src.rpm

# rpm -ivh /usr/src/redhat/RPMS/i386/ipvsadm-1.21-7.i386.rpm

注意：高版本的rpm命令去掉了--rebuild这个参数选项，但提供了一个rpmbuild命令来实

现它。这一点和以前在Red Hat 6.2中以rpm—rebuild XXX.src.rpm来安装源RPM包的习

惯做法有所不同。

安装完，执行ipvsadm命令，应该有类似如下的信息出现：

# ipvsadm

中科红旗linux技术支持服务中心---西安站 中国科学院西安网络中心 中科红旗linux培训认证中心

IP Virtual Server version 1.0.9 (size=4096)

Prot LocalAddress:Port Scheduler Flags

-> RemoteAddress:Port Forward Weight ActiveConn InActConn

出现类似以上信息，表明支持LVS 的内核和配置工具ipvsadm 已完全安装，这台

Director机器已经初步安装完成，已具备构架各种方式的集群的条件。

实例

理解了上述关于请求转发方式和调度算法的基本概念后，就可以运用LVS来具体实现

几种不同方式的负载均衡的集群系统。LVS的配置是通过前面所安装的IP虚拟服务器软件

ipvsadm来实现的。ipvsadm与LVS的关系类似于iptables和NetFilter的关系，前者只是

一个建立和修改规则的工具，这些命令的作用在系统重新启动后就消失了，所以应该将这

些命令写到一个脚本里，然后让它在系统启动后自动执行。网上有不少配置LVS的工具，

有的甚至可以自动生成脚本。但是自己手工编写有助于更深入地了解，所以本文的安装没

有利用其它第三方提供的脚本，而是纯粹使用ipvsadm命令来配置。

下面就介绍一下如何配置LVS/NAT、LVS/TUN、LVS/DR方式的负载均衡集群。

1.设定LVS/NAT方式的负载均衡集群

NAT是指Network Address Translation，它的转发流程是：Director机器收到外界请求，

改写数据包的目标地址，按相应的调度算法将其发送到相应Real Server上，Real Server

处理完该请求后，将结果数据包返回到其默认网关，即Director机器上，Dire

为什么有些程序员是三、四台电脑一起用的？

让我最有感触的是TCL王牌的售后。电视刚买回来不久，曾经出了个小故障，我就拨打了售后服务电话，第二天售后小伙就骑着自行车从市里边赶过来了。只见他手拿遥控器，对着电视屏幕调试我家第一台彩电是长虹的牌子，己修过两三次，记得是在2OOO年买的，21寸的长虹牌彩电，买的时候花了多少钱我现在记不起来，因2000年我家刚建楼房，买个电视庆祝下，因住在农村。

索尼的 八几年 现在是显像管老坏 如果不怕麻烦 愿意老换的话 依然还能看 别的地方一点问题都没有 不知道跑哪去了 前几年还翻出来随机带的图纸 特别详细 质量真的好当时花了大概九百多，外加一台三百多的先科VCD，这么多年过去了，VCD早就扔掉了，但彩电还在看，坏过一次，厂家的售后给修好了，质量还算不错的。

TCL的彩色电视，21寸，记得好像是1997年买的，当时那个激动啊，我家也终于有彩电了，终于不用大晚上去邻居家看新白娘子传奇了。现在已经20多年了，看着效果还是杠杠的现在已经很久没有看过电视了，都是看手机 还挺想回到小时候一家人围着一台电视看春晚看天气预报看新闻！现在已经没了那个味道 都是各顾着各自的手机。

我家最早的电视是熊猫牌，没有遥控器，还是听我爸说起，已经没有印象了，我有印象的电视机已经换成有遥控器的了，那时候农村大家普遍条件不是很好，结婚有一台电机机都算是条件好的了，第三台是彩色松下十八吋，没遥控八个频道按键。第四台是夏普21遥控，第五96年东芝火箭，一万二。

我国的报警电话有哪些

计科专业毕业在软件行业混了几年，加上现在这份工作已经前前后后经历了四家公司，程序员基本的标配是一个台式机一个笔记本电脑，当然还有很多在桌子上多放几个显示器，程序员用多个电脑一起工作主要原因还是同事处理多个事情，干脆一个屏幕一件事情，这样大脑就可以根据的屏幕的信息进行切换。一般来讲编写代码的放在一个屏幕上，其余的事情放在一个屏幕上。就是为了减少思维模式的切换，减少干扰，至于说三四台电一起用的程序员倒不是很多见。

一个程序员通常都有什么喜好？

1.选择一个合适的键盘。从自身出发这点比较在意，有个合适的键盘使用起来明显的感觉不一样， 其实本身不追求什么机械键盘，就是喜欢自己已经使用习惯的，不在于贵贱主要是已经习惯了，其实这也是程序员很大的一个特性，用的顺手的东西很难去改变，如同现在编写代码无论是不是需要依赖linux环境，都要在linux下面编写代码，已经是多年养成的习惯。

毕竟已经在linux上面研究了好多年的编程习惯，里面的快捷键或者编程工具太熟悉了，通常来讲在上面写代码或者调试都变得十分自然，真要突然的改变会变得十分的不适应。

2.逛技术网站。几乎每天都会抽出一个小时时间来看看技术论坛，看看有什么新鲜的技术更新出来了，唯恐拉下什么新技术了，主要原因是近些年技术的更新速度太快了，稍不留神就拉下了，更加重要的是通过看技术网站能学到很多新的编程思维，毕竟技术性的东西，只靠闭门造车肯定很容易遇到瓶颈，通常更加喜欢技术交流。

现在开源社区发展迅猛，每隔一段时间就出现一个新的框架，能够解决当前很多棘手的问题，其实看技术文章最大的一个好处是可能某些你正在迫切需要解决的一些问题，高手已经通过框架的方式给解决掉了，你只需要拿出来去学习如何使用就可以了。

3.在网络上技术交流。程序员平时可能说话不多，但并不代表着没有交流的诉求，很多程序员都有自己的技术圈子，当然这种圈子多数是以网络性的技术交流多一些，探讨一些技术问题，或者讨论下技术生涯的各种不如意的地方，最主要探讨一些技术爱好方面的东西，更加喜欢虚拟世界的技术交流，所以很多人讲程序员比较闷骚，内心其实挺狂热，其实网络上的交流也算是释放的一种。

在刚毕业那会公司有个技术高手，平时标准的沉默寡言，有一次一起出差聊到如何开始做技术，经历了几家公司倒是勾起了他的一些往事和记忆，然后拉着我聊了半宿，我都快睡着了他还在滔滔不绝的讲，程序员并不是不喜欢讲话聊天，主要没有撬动开内心的世界，一旦打开一样也会滔滔不绝。

使用多个屏幕编程也算是程序员的一个嗜好吧，主要方便思维的切换，总体来讲还是为了提升工作效率，其实也算是一个特别的爱好，每个程序员更加讲求实际的效果，更加务实而已。

希望能帮到你。

其实不是程序员几台电脑一起用，而是程序员一个电脑连了多个显示器。

我来回答一下吧，说实话，作为一个程序员，我工作现在是双显示器，但是我感觉双显示器已经不能满足我工作的需要了。如果你用习惯了多显示器，你就知道多显示器能够给你带来的那种爽的感觉。

多显示器使用，给人带来的不仅仅是工作的爽感，更重要的是多现实可以大大提供程序员的工作效率。如果你了解程序员的工作的话，你就知道为什么需要多显示器了。

程序员的工作是这样的：程序员一般工作的时候，需要敲代码，而敲代码的时候，需要查技术文档，需要搜索一些技术难题和问题，还需要看原型，效果图或者需求文档。如果只有一个显示器的话，就需要来回切换桌面来看，这大大降低了程序员的工作效率。

所以至少应该需要两台及以上的显示器才能满足工作的需要。我感觉现在我需要三台显示器，一台是敲代码，显示代码的显示器，竖屏的看代码更方便，一个是专门用户查技术文档，搜索问题的显示器，还有一个是专门看需求和设计 UI 原型的显示器。这样的话，才能让我的爽感更强，提高工作效率。

来一起欣赏一下我的工作台吧！

两台显示器是程序员的标配，要是三台显示器一起用那就更好了！

看完回答，知道为什么程序员需要多台显示器了吧？希望我的答案能够帮你答疑解惑。

主要是为了便捷，高效。

其实一般是两台电脑，三台的实际上很少人用，第一没必要第二太张扬，两台倒是很多，尤其是经常会一台显示器一台笔记本。

你想想如果你的办公位有三台电脑，而自己只是普通程序员，连小领导都不是，这样会不会怪怪的。所以我就见过的配三台的，他是技术总监。

多台电脑的作用有什么呢？

这样可以让头秃的更快，变得更强！

同时用两三个显示器的我见过，同时使用三四台电脑的倒是真的很少见。

单位两台

家里两台

现在也不需要天天背着电脑上下班了，家里常用两台电脑：

两台电脑在单位，两台电脑在家，虽然看起来也是有着四台电脑，但是“一起使用”的时候几乎没有的。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。

一般不是多台电脑，是多台显示器而已。

当程序员发现多显带来的好处，就再也回不去了。在一个屏幕上切换窗口会浪费很多时间，即使你用快捷键，这个时间累积起来也是很可怕的;还有心理上的负担，当你切换窗口的时候，你会需要依靠记忆保存刚才屏幕显示的内容，而多个显示器可以帮你卸掉这个负担，让你更专注于编码。

至于使用方法，其他答案都说了。你可以一屏写代码，其他的屏幕可以是文档、控制、stackoverflow、邮箱、工作IM等等。当你不需要context switch，一切都在眼前的时候，效率会大大提升。

如果你是程序员，还没用多显，快配个显示器。相信你会回来谢我的。

这个“一起用”可能会有岐意。目前我尚未看到一个程序员长时间同时使用三、四台桌面电脑作普通工作使用，而是有以下几种使用方式 ：

根据犹他大学研究人员的一项研究得出 —— 更大的屏幕能让你的效率更高 。

研究人员测试了工作效率与不同电脑配置的关联性。他们让受访者完成同样的工作（如编辑一个文件或在不同的电子数据表格中复制数据等），结果显示如下：

1、用24寸显示器比用18寸显示器的速度提高52%；

2、用两个20寸显示器的速度比用单个18寸显示器提高44%；

3、当显示器尺寸提高到26寸的时候，工作效率开始下降。

得益于硬件的发展，电脑的多线程计算能力让拥有多块显示器的我们如鱼得水。

简单点说，就是：越多屏，越牛逼。

1、写作

我们可以一边编辑文字一边预览，或是搜索文献、浏览参考资料等等。

2、制作PPT

我们可以一边设计内容，一边打开Word、Excel提取内容或者数据。

3、写代码

最明显的是程序员，一边编码、一边编译、另一边显示最终效果，非常整端舒服的感觉。（据说，把显示器竖起来用是高段位程序员的象征~）

4、打 游戏

巨大的视觉冲击力，无语伦比的 游戏 体验。特别时在玩英雄联盟这类 游戏 时，如同开挂般的视野。

5、证券交易

股票分析师需要同时监控多个屏幕，随便切换一下估计都是几百万上下，所以还是尽量不要切换的好。看着这些屏幕，我甚至有种想买下华尔街的错觉。

6、专业设计

无论是平面设计师，还是建筑设计师、室内设计师、服装设计师、工业设计师，你都可以利用多屏幕编程、调取、查看文件或是素材、规范、资料等等。

7、数据监视

一览全局，纵观世事，让你瞬间拥有 “上帝视角” 。

8、和谐家庭关系，提高幸福指数

示意图省略……

考验你的情商和空间感知能力的时候到了，请自行幻想以下场景：

· 一家三口，一个想上网，一个想看**，一个想看快乐大本营，只有一台电脑……

· 游戏 激战正酣，双手离不开键盘，这时女朋友发来微信问你爱不爱她……

· 代码正撸飞起，霸道老妈叫你上网查天气预报……

四、多屏的弊端

凡事有利就有弊，如何趋利弊害是每一个成年人都应该思考的问题。

多增加显示器就多增加干扰源，分散注意力。

你能想象此刻身处地铁中，而旁边就站着你心中的男神或女神是什么样的感觉吗？

我想以下两条是众所周知的常识：

1、注意力是一个人最宝贵的资源。

2、人类 社会 的发展史就是效率的发展史。

我通过讲讲自己和团队的一些实际情况，来回答这个问题。几台电脑一起用的，基本都是工作。如果说这很炫酷，其实都是在骗自己。

现实中，当你的工作维度增加，或者技术栈扩充的时候，你对多电脑、多显示器的需求就会剧增。

例如，作为一个架构师，要编写后端代码、运行服务、打开数据库，同时要去做前端编程，运行Web程序，运行APP（Android、IOS、微信小程序，全武行），还要兼顾服务器运维情况、用Python处理数据。这样一来，基本一个再好的电脑内存也会被吃光，再算上你必须用MacPro去开发调试IOS，用Linux去运行很多服务和做研究，便不得不去使用3到4台电脑，或者多个屏幕同屏工作。不要问为什么要这么全栈，因为创业团队需要，全栈是一步步练出来的。

又例如，开发团队需要有1到2台电脑去提供内部进行各种测试，那么维护的小伙伴就会把这台电脑也部署到身边。1台跑着算法，1台跑着服务，自己1台电脑编程做新功能和修复bug，这电脑也就多起来了。

又例如，作为一个运维工程师。一台连接各个服务管理终端，一台查看各种监控，还要一台线上交流和随时随地可以干活的笔记本，这就至少是3台了。

使用电脑的多寡，其实更多是看工作需要，而不是盲目地追求数量。电脑看多了，来回在屏幕间切换视角，切换思维，会让人很疲劳。所以抽空多运动，多喝水，才是程序员应该做的。

以上属个人经验，简单分享。

欢迎关注，我们共同学习，一起做点有意思的事情。

多屏工作对效率提高还是有很大帮助的，不同屏幕的功能和作用不同，不需要在不同屏幕切换，降低不必要的时间浪费。比如一块屏幕查资料、一块屏幕写代码，一块屏幕进行调试，剩下的屏幕聊个天。

我国报警电话包括：匪警-110；火警-119；急救中心-120；交通事故-122；公安短信报警-12110；水上求救专用-12395；天气预报-12121；报时服务-12117；森林火警-12119 ；红十字会急救台-?999。

110——负责处理刑事、治安案件、紧急危难求助（迷路等）。

120——紧急医疗救援中心。

122——交通事故处理。

119——火灾隐患举报、火灾救援、技术援助（如车祸、人员被困）、化学援助（化学物质泄露）、生物援助（病虫害）

扩展资料

110的发展历史：

1、1986年，中国第一个110报警台在广州建立。

2、1996年7月，公安部在福建省漳州市召开全国公安机关110报警服务台建设现场会，介绍并推广漳州110的先进经验，号召全国公安机关向福建省“漳州110”学习，推动了全国各地110报警服务台的规范化建设。

3、1996年10月，公安部联合邮电部共同下发关于城市公安机关110报警服务台建设有关问题的通知，明确规定当事人拨打110电话一律免收话费。

4、1998年，公安部下发110报警服务工作规范化标准,统一规定了接警、受理、处警等各环节的工作标准，要求各地公安机关严格接处警工作规范，修订完善各项规章制度，推动110报警服务规范化活动向纵深发展。

5、2003年5月，公安部出台《110接处警工作规则》。这是公安部正式出台的第一部全面、系统、科学规范110报警服务工作的规范性文件，对公安机关110报警服务工作的职能、工作原则、工作要求、接处警范围、受理程序、工作机制、警务保障、法律责任等方面都作了较为明确的规定。

6、2004年3月，公安部要求各级公安机关，尤其是县市一级公安机关，合理整合内部资源，大力推进110、119、122“三台合一”的工作，逐步建立一个集中、统一、权威、高效的指挥系统。至2006年年底，“三台合一”建设工作任务基本完成，公安部在南京召开现场会进行总结。

7、2007年年初，公安部制定下发部、省、地市、县四级公安机关指挥中心工作规范，以内部制度形式对110接处警各环节工作提出系统、明确要求。

8、2008年，公安部要求各地公安机关将短信报警号码统一为12110

参考资料百度百科 报警