apollo配置中心安装教程详细_ollo 配置中心

1.spring boot 使用 k8s 的 configMap 作为外部配置

2.微服务注册中心Consul转Nacos实践

3.陆游器配置中的login local是什么意思?

4.关于服务治理的一点理解

5.自动驾驶的2019：驶出黑暗区

6.请详细介绍一下主板，显卡的发展，种类

因为新公司没有用独立的配置中心,每次修改配置参数只能通过手动修改配置文件的方式,然后再重启重启重启,而且机器又是多台,这种方式无疑是非常低下的,而且极容易出错,所以才有了下面的配置中心选型。

其实自己开发一个简单的配置中心也是非常容易的,基于redis+DB就能简单实现。但是要设计一个合格的配置中心还需要考虑如下几点:

所以要自己开发一个独立的配置中心,还是要考虑得比较全面的。而且项目还是以业务为主,也没有足够人力来重新开发一套配置中心,所以就打算借助于开源的力量来满足目前的使用场景。

因为现在的配置中心还是有一些开源实现的。像百度的Disconf,阿里的Diamond,携程的Apollo,还有基于Github的pull模式来实现。我为什么选择Disconf,主要有下面几个点的考量:

Disconf是百度的一个分布式配置中心,目前已经开源。而且它是基于ja实现的,有简单的配置页面，而且官方还提供了一个相对完善的 文档 .开发者只需按照它上面的步骤来即可安装,但是的安装文档比较扯淡,总结起来就是如下几点:

然后启动Nginx.

Disconf主要是依靠zookeeper的Watch机制来做配置实时修改的,我们都知道ZK是通过目录挂载的方式来做服务的自动注册与发布。客户端启动时注册了一个回调接口,当zk目录发生变化时会回调所有客户端节点,从而做到"实时"更新配置的目的。

在配置中心添加的配置数据都被持久化到了DB中,每次客户端启动的时候会调用Disconf的Http接口获取最新的配置数据,如果网络不通,默认会重试三次,如果还不通,则抛出异常。如果第一次拉取配置就有问题,作为配置中心来讲是肯定是无解的,需要客户端去解决（一般这种情况是网络问题或者配置中心服务不可用导致）。

我们这里不需要考虑第一次加载配置就失败的情况.那么问题来了：

答案:不会,因为disconf会单独起一个线程做重连操作。

答案:没有做这方面的保证。因为客户端连接到配置中心上以后会将机器名挂载到zk目录下,可以通过界面查看配置使用的机器数。

所以要使用一个开源产品,还是要尽可能的掌握它,如果有太多未知因素在里面的话,出了问题很难被发现,对自己也是一个提升。

spring boot 使用 k8s 的 configMap 作为外部配置

etcd 是一个高可用的 Key/Value 存储系统，主要用于共享配置和服务发现，和目前比较主流的配置中心（如：Spring Cloud Config、Apollo、Consul、Nacos）、注册中心（如：Zookeeper、Eureka、Consul、Nacos）功能上有很多相似之处，关于各框架之间的对比可以网上搜索。

ectd 的搭建不是本文的重点，本文将基于 ectd v3 版本来测试，为了方便查看效果，还将借助 etcd-manage 可视化管理工具。

既然程序需要获取 etcd 中的配置信息，那就必须有对 etcd 操作的客户端代码。官方提供了调用 etcd 服务的 gRPC 接口定义，而 gRPC 有一个特点就是跨语言，所以如果项目中需要引入 etcd 作为配置或注册中心，完全可以直接基于 gRPC 接口定义文件生成对应语言的客户端代码实现远程调用。而对于目前来说，客户端代码的封装在 Github 上早已有实现，如：Ja 的 jetcd，.NET 的 dotnet-etcd ，所以我们完全可以站在巨人的肩膀上玩耍。

关于如何在 .NET 中操作 etcd ，我们可以根据 dotnet-etcd 的介绍来进行一系列测试，本文主要介绍 .NET Core 基于 etcd 实现服务的配置管理。既然客户端代码有现成的，那是不是直接 NuGet 安装 dotnet-etcd 后，通过方法调用拿到某些 key 的值使用就好了？当然这么玩没有任何问题，但个人感觉这样在程序上看来有些松散，毕竟 .NET Core 有可扩展性的配置体系，最终都通过 ConfigurationBuilder 构造供使用。

基于上篇文章 .NET Core 自定义配置源 的介绍，接下来将使用 etcd 作为自定义配置源，所以为了接下来理解顺利，请 务必阅读 过 .NET Core 自定义配置源 。

前面提到了 etcd 是一个 Key/Value 存储系统，我们可以指定 完整 key 或 key 前缀 来获取配置信息，下面将基于 /namespance1/ 这个前缀进行获取并监听变更来演示效果。

etcd-manage

定义接口 IConfigrationWatcher，含 FireChange 方法，这里定义的比较简单，只在配置发生变更时发出一个信号，所以是 void 类型，但如果要实现对特定 key 变更进行增量处理也是可以的。

定义接口 IConfigrationRepository，包含 GetConfig 和 Watch 两个方法。

GetConfig 实现根据指定的前缀从 ectd 获取配置，转换成 IDictionary 返回。

Watch 则监听配置变更，当发生变更时，调用 IConfigrationWatcher 对象的 FireChange 方法。

完整实现代码：EtcdConfigurationRepository.cs，主要使用到 dotnet-etcd 中的 GetRange 和 WatchRange，WatchRange 的实现是基于 gRPC 的双向流模式，变更通知可以理解为是实时的。

EtcdConfigurationProvider 的实现和之前的介绍类似，区别在于这里将使用到父类 ConfigurationProvider 的 GetReloadToken 和 OnReload 方法，构造函数中通过 ChangeToken.OnChange 对 ReloadToken 进行状态变更监听。

IConfigrationWatcher 的 FireChange 触发 OnReload，OnReload 触发 ChangeToken 的状态变化，ChangeToken 的状态变化触发 Load 方法重新执行，Data 属性被重新赋值。

注： 需不需要 Reload 可通过 reloadOnChange 参数自定义

EtcdConfigurationSource 则返回 EtcdConfigurationProvider 对象即可，最后定义 IConfigurationBuilder 扩展方法 AddEtcd 供使用。完整代码请参考：Etcd.Configuration

settings.json 增加 etcd 相关配置参数：

Program.cs 增加 AddEtcd

Startup.cs 的 Configuration 对象中 EtcdConfigurationProvider Data 数据如下：

etcd data

基于这样的数据格式，可以将其注入到 Namespace1Options 实体上，然后在程序中直接使用 Namespace1Options：

Startup.cs 的 ConfigureServices 方法中添加如下代码：

使用 Namespace1Options ：

etcd 中对 company 值就行修改，在不重启服务情况下，马上生效。

result

微服务注册中心Consul转Nacos实践

spring boot 应用以容器的方式运行在 k8s 集群上面是非常方便的，但是不同的环境需要不同的配置文件，我们可以使用外部的配置中心，比如 nacos 、 apollo 。 k8s 也提供了 configMap 用来将环境配置信息和容器镜像解耦，便于应用配置的修改。本文主要从以下几个方面介绍 spring boot 使用 k8s 的 configMap 作为外部配置的使用方法：

当应用程序启动时，Spring Boot 会自动从以下位置查找并加载 lication.properties 和 lication.yaml 文件。

配置文件优先级从高到底的顺序如下：

高优先级配置会覆盖低优先级配置

如果我们运行时想指定运行哪个环境的配置文件，可以有三种方式：

ConfigMap 是一种 API 对象，用来将非机密性的数据保存到键值对中。使用时 pod 可以将其用作环境变量、命令行参数或者存储卷中的配置文件。

创建 configMap 的几种方式：

从前面的介绍我们可以知道，spring boot 加载配置文件的最高优先级是 项目根路径下的 /config 子目录 ，所以可以将 configMap 中的配置文件挂载到容器中的项目根路径下的 config 子目录中。

当卷中使用的 configMap 被更新时，所投射的键最终也会被更新。 kubelet 组件会在每次周期性同步时检查所挂载的 configMap 是否为最新。 不过，kubelet 使用的是其本地的高速缓存来获得 configMap 的当前值。 高速缓存的类型可以通过 KubeletConfiguration 结构 的 ConfigMapAndSecretChangeDetectionStrategy 字段来配置。

configMap 既可以通过 watch 操作实现内容传播（默认形式），也可实现基于 TTL 的缓存，还可以直接经过所有请求重定向到 API 服务器。 因此，从 configMap 被更新的那一刻算起，到新的主键被投射到 Pod 中去，这一 时间跨度可能与 kubelet 的同步周期加上高速缓存的传播延迟相等。 这里的传播延迟取决于所选的高速缓存类型 （分别对应 watch 操作的传播延迟、高速缓存的 TTL 时长或者 0）。

以环境变量方式使用的 configMap 数据不会被自动更新，更新这些数据需要重新启动 Pod。

参考文档：

k8s

spring boot

陆游器配置中的login local是什么意思?

先说下为什么要从Consul 换到Nacos？

当然最主要的原因是需要使用Nacos的配置和管理微服务的能力，配置中心之前用过携程开源的Apollo，个人感觉环境搭建起来比较复杂。

下面开始：

具体可以看下 s://nacos.io/zh-cn/docs/quick-start.html 这个是Nacos的官方文档网址，里面有Nacos功能的详细介绍和集成教程。

3.修改项目原来的配置文件 ，将原来的lication.yml 改成 bootstrap.yml配置内容大致如下

common.yaml 内容如下

到这里改造就基本完成了，如有问题可以在评论区讨论。

关于服务治理的一点理解

login 以一个用户名登录 logout 退出终端 mbranch 向树形下端分支跟踪多路由广播 mrbranch 向树形上... Cisco2620(config-line)#

login local：允许本地口令检查

以下路由器常用命令 ：

1、Exec commands:

<1-99> 恢复一个会话

bfe 手工应急模式设置

clear 复位功能

clock 管理系统时钟

configure 进入设置模式

connect 打开一个终端

copy 从tftp服务器拷贝设置文件或把设置文件拷贝到tftp服务器上

debug 调试功能

disable 退出优先命令状态

disconnect 断开一个网络连接

enable 进入优先命令状态

erase 擦除快闪内存

exit 退出exce模式

help 交互帮助系统的描述

lat 打开一个本地传输连接

lock 锁定终端

login 以一个用户名登录

logout 退出终端

mbranch 向树形下端分支跟踪多路由广播

mrbranch 向树形上端分支跟踪反向多路由广播

name-connection 给一个存在的网络连接命名

no 关闭调试功能

pad 打开X.29 PAD连接

ping 发送回显信息

ppp 开始点到点的连接协议

reload 停机并执行冷启动

resume 恢复一个活动的网络连接

rlogin 打开远程注册连接

rsh 执行一个远端命令

send 发送信息到另外的终端行

setup 运行setup命令

show 显示正在运行系统信息

slip 开始SLIP协议

start-chat 在命令行上执行对话描述

systat 显示终端行的信息

telnet 远程登录

terminal 终端行参数

test 测试子系统内存和端口

tn3270 打开一个tin3270连接

trace 跟踪路由到目的地

undebug 退出调试功能

verify 验证检查闪烁文件的总数

where 显示活动的连接

which-route 执行OSI路由表查找并显示结果

write 把正在运行的设置写入内存、网络、或终端

x3 在PAD上设置X.3参数

xremote 进入xremote模式

2、#show ?

access-expression 显示访问控制表达式

access-lists 显示访问控制表

apollo Apollo 网络信息

letalk Apple Talk 信息

arap 显示Appletalk 远端通道统计

arp 地址解析协议表

async 访问路由接口的终端行上的信息

bridge 前向网络数据库

buffers 缓冲池统计

clns CLNS网络信息

clock 显示系统时钟

cmns 连接模式网络服务信息

compress 显示压缩状态

configuration 非易失性内存的内容

controllers 端口控制状态

debugging 调试选项状态

decnet DEC网络信息

dialer 拨号参数和统计

dnsix 显示Dnsix/DMPP信息

entry 排队终端入口

extended 扩展端口信息

flash 系统闪烁信息

flh-log 闪烁装载帮助日志缓冲区

frame-relay 帧中继信息

history 显示对话层历史命令

hosts IP域名，查找方式，名字服务，主机表

interfaces 端口状态和设置

ip IP信息

ipx Novell IPX信息

isis IS-IS路由信息

keymap 终端键盘映射

lat DEC LAT信息

line 终端行信息

llc2 IBM LLC2 环路信息

lnm IBM 局网管理

local-ack 本地认知虚环路

memory 内存统计

netbios-cache NetBios命名缓冲存贮器内存

node 显示已知LAT节点

ntp 网络时间协议

processes 活动进程统计

protocols 活动网络路由协议

queue 显示队列内容

queueing 显示队列设置

registry 功能注册信息

rhosts 远程主机文件

rif RIF存贮器入口

route-map 路由器信息

sdlle 显示sdlc-llc2转换信息

services 已知LAT服务

sessions 远程连接信息

smds SMDS信息

source-bridge 源网桥参数和统计

spanning-tree 跨越树形拓朴

stacks 进程堆栈应用

standby 热支持协议信息

stun STUN状态和设置

subsystem 显示子系统

tcp TCP连接状态

terminal 显示终端设置

tn3270 TN3270 设置

translate 协议转换信息

ttycap 终端容易表

users 显示终端行的信息

version 系统硬、软件状态

vines VINES信息

whoami 当前终端行信息

x25 X.25信息

xns XNS信息

xermote Xremote统计

3、#config ?

Memory 从非易失性内存设置

Network 从TFTP网络主机设置

Overwrite-network 从TFTP网络主机设置覆盖非易失性内存

Terminal 从终端设置

4、Configure commads:

Access-list 增加一个访问控制域

Apollo Apollo全局设置命令

letalk Appletalk 全局设置命令

arap Appletalk远程进出协议

arp 设置一个静态ARP入口

async-bootp 修改系统启动参数

autonomous-system 本地所拥有的特殊自治系统成员

banner 定义注册显示信息

boot 修改系统启动时参数

bridge 透明网桥

buffers 调整系统缓冲池参数

busy-message 定义当连接主机失败时显示信息

chat-script 定义一个调制解调器对话文本

clns 全局CLNS设置子命令

clock 设置时间时钟

config-register 定义设置寄存器

decnet 全局DEC网络设置子命令

default-value 缺省字符位值

dialer-list 创建一个拨号清单入口

dnsix-nat 为审计提供DMDM服务

enable 修改优先命令口令

end 从设置模式退出

exit 从设置模式退出

frame-relay 全局帧中继设置命令

help 交互帮助系统的描述

hostname 设置系统网络名

iterface 选择设置的端口

ip 全局地址设置子命令

ipx Novell/IPX全局设置命令

keymap 定义一个新的键盘映射

lat DEC本地传输协议

line 设置终端行

lnm IBM局网管理

locaddr-priority-list 在LU地址上建立优先队列

logging 修改注册（设备）信息

login-string 定义主机指定的注册字符串

map-class 设置静态表类

map-list 设置静态表清单

menu 定义用户接口菜单

mop 设置DEC MOP服务器

netbios NETBIOS通道控制过滤

no 否定一个命令或改为缺省设置

ntp 设置NTP

priority-list 建立特权列表

prompt 设置系统提示符

queue-list 建立常规队列列表

rcmd 远程命令设置命令

rcp-enable 打开Rep服务

rif 源路由进程

router-map 建立路由表或进入路由表命令模式

router 打开一个路由进程

rsh-enable 打开一个RSH服务

sap-priority-list 在SAP或MAC地址上建立一个优先队列

service 修改网络基本服务

snmp-server 修改SNMP参数

state-machine 定义一个TCP分配状态的机器

stun STUN全局设置命令

tacacs-server 修改TACACS队列参数

terminal-queue 终端队列命令

tftp-server 为网络装载请求提供TFTP服务

tn3270 tn3270设置命令

translate 解释全局设置命令

username 建立一个用户名及其权限

vines VINES全局设置命令

x25 X.25 的第

x29 X.29 命令

xns XNS 全局设置命令

xremote 设置Xremote

4、(config)#ip

Global IP configuration subcommands:

Accounting-list 选择保存IP记帐信息的主机

Accounting-threshold 设置记帐入口的最大数

accounting-transits 设置通过入口的最大数

alias TCP端口的IP地址取别名

as-path BGP自治系统路径过滤

cache-invalidate-delay 延迟IP路由存贮池的无效

classless 跟随无类前向路由规则

default-network 标志网络作为缺省网关候选

default-gateway 指定缺省网（如果没有路由IP）

domain-list 完成无资格主机的域名

domain-lookup 打开IP域名服务系统主机转换

domain-name 定义缺省域名

forward-protocol 控制前向的、物理的、直接的IP广播

host 为IP主机表增加一个入口

host-routing 打开基于主机的路由（代理ARP和再定向）

hp-host 打开HP代理探测服务

mobile-host 移动主机数据库

multicast-routing 打开前向IP

name-server 指定所用名字服务器的地址

ospf-name-lookup 把OSPF路由作为DNS名显示

pim PIM 全局命令

route 建立静态路由

routing 打开IP路由

security 指定系统安全信息

source-route 根据源路由头的选择处理包

subnet-zero 允许子网0子网

tcp 全局TCP参数

自动驾驶的2019：驶出黑暗区

服务治理是随着微服务一起出现的。在远古时代的单体服务，所有业务部署在一个进程，共享相同的，包括机器、网络等。所以业务之间通信或者交互简单。但是微服务中的每个服务都有自己独立的，服务之间交互就变得复杂多了。服务独立了，问题也随之而来。怎么知道其他服务在哪（服务发现），能不能提供服务（注册中心或者服务探活），如何调度（调度）、服务如何通信（流量治理）等等问题如何解决，服务治理应运而生。

我们在日常中想要管理或者解决一些人或者事情，需要尽可能地了解对方，才能进行。所以想要服务治理，我们也要了解服务。但是需要了解哪些方面呢？

我们可以通过指标来了解服务状态。指标可以分为两种：基础指标和业务指标。

基础指标主要是一些通用的指标。下面是一些常见的基础指标：

? 机器指标（cpu、内存、网络）

? jvm metric

? pod metric

? 基础组件指标（db metric、redis metric等）

业务指标是指和业务相关的指标。这些指标反映了业务的状态。比如业务处理延迟、速度等。

我们在管理服务时需要知道服务需要哪些，需要多少。这样我们才能给服务分配。调度的前提是：我们知道还剩多少。所以我们需要基础指标。只有基础指标健全，我们才能获得剩余的信息，才能进行调度。目前调度一般都是用k8s来管理。

服务正常运行需要其依赖的服务正常运行。所以我们需要知道服务的依赖关系，调用链情况。通过调用链我们可以知道依赖关系，业务瓶颈在哪，哪些业务是关键业务，需要扩缩容。

常见的调用链中间：jeager、skywalking、zipkin。在选型时，优先考虑业务入侵小的方案，例如Ja 字节码技术。

随着服务数量的增加，管理的难度也随之剧增。所以我们需要搭建基础设施来管理。

k8s 是目前最火的服务编排系统，我们也就在赘述了。

配置中心是为服务提供配置的，我们可以通过配置中心对服务进行管理，比如业务使用哪套算法模型，业务出现线程数量等。常见的配置中心有：zookeeper、consul、Nacos、apollo、spring cloud config。

zookeeper和consul 只具有简单的配置中心功能，相当于nosql db。在服务体量不大，服务治理场景简单的时候可以使用。但是对于复杂或者高级的服务治理场景还是捉襟见肘。比如灰度发布。

Nacos、apollo、spring cloud config 提供了配置中心高级功能：配置推送，配置刷新，配置隔离等。有如下场景的时优先从三者中选择：

? 多环境（开发、测试、线上）

? 多租户

? 灰度发布

? 隔离

注册中心的本质是服务探活。注册中心会对外提供可用服务地址查询。比如gprc 可以使用注册中心查询存活实例，然后做负载均衡。在spring cloud 中的feign的负载均衡也都是基于注册中心。

服务治理的最终目标就是实现自动化。但是自动化是建立在前面两项之上的，拥有必要的数据我们才能自动化。

流量治理有两种主要场景：激增大流量和灰度发布。激增大流量可以通过自动扩缩容解决，我们后面在说。

不同版本配置不同：这个问题需要使用配置中心解决。

不同版本流量不同：service mesh 可以解决这个问题。

要实现自动扩缩容，我们就需要知道哪些服务需要扩缩容。我们需要定义一系列指标，用于衡量服务。

负载负载情况：我们可以监控pod cpu 情况；api 调用时长P99情况；api 调用频率情况。

流量情况：api 调用数量；网络情况。

通过各种指标我们可以知道服务状态，从而我们可以指定扩缩容规则。

上面提到的每项技术都能展开讲很久，之后的文章我们在详细聊聊。

请详细介绍一下主板，显卡的发展，种类

站在2020年，回望2019，自动驾驶领域的每一个人都可称之为一线“工人”，他们，为了在高速公路实现效感知距离达到1000米，经过无数次算法的修改；他们，为了一次精度低于10cm的成功泊车需要在停车场停留数夜，也可能为了L4级别自动驾驶能够跑在大街小巷第一次尝试放开双手……我们并不知道他们的名字，但是我们记住了他们的团队：图森、Momenta、百度Apollo，还有很多很多。

2019这个产业显示了它残酷的一面：投资减少、事故不断、技术路线被否定。但前景同样无可质疑，市场规模在2021将达到70.3亿美元，中国将成为最大的无人驾驶市场，2020是过渡的一年，也是沉淀重生的一年。

文丨AutoR智驾?诺一

2019年自动驾驶行业喜忧参半。

自2016年起，自动驾驶企业如雨后春笋般不断涌现，在一片红海中创业者与大公司都在不断追求商业落地突破。

时间已过去三年，经过了融资、整合、技术积累，这其中一些头部公司开始逐渐走上技术优先的路线，用智行者CEO张德兆的话来说，“自动驾驶即将进入商业落地期，如果还不埋头进行技术研发，很容易被淘汰。”

其实不难看到，2019年下半年开始，很多自动驾驶公司已经减少了对外宣传，原定的大规模媒体报道也变成了小规模的媒体沟通会，好的消息是，我们看到多家自动驾驶领域的公司已经实现了商业化试运行。

12月最后的两天，百度Apollo率先拿下40?张自动驾驶载人测试牌照，成为国内首批在北京市展开自动驾驶载人测试的企业，驭势科技在机场完成城市航站楼至行李中心无人货运第一单。

奥迪中国首次在国内实际高速公路场景进行乘用车编队L4自动驾驶及车路协同演示，中国初创公司地平线为其L4自动驾驶汽车提供了自主研发的中国首款车规级芯片——征程二代，以及基于该芯片的自动驾驶计算平台Matrix。

这些成功的背后是技术不断的积累也是产业融合的过程，中国已经成为众多自动驾驶企业发展的策源地，随着“十四五”规划的提出，中国将对自动驾驶汽车的支持增加一倍，弥补与自动驾驶发达地区的技术差距。在中国国际信息通信展上，工信部与中国移动、中国联通、中国电信、中国铁塔共同宣布5G正式商用，这标志着5G通信技术逐渐将车端与路端打通。

在今年世界智能网联汽车大会高峰论坛上，华为轮值董事长徐直军明确表示华为将利用其光电子技术开发激光雷达，解决激光雷达面临的成本问题与性能问题。

他称，“华为不是电信公司，也不会变成AI公司，其满足车规级需求的自动驾驶芯片MDC?610将于明年发布，并直言华为的造芯优势：不缺钱、决策简单。”

在自动驾驶芯片领域不得不提及的两家公司就是英伟达与英特尔，作为一家从显卡起家的公司，英伟达由于在AI技术、开发平台和芯片等方面的技术优势在自动驾驶领域已经成为一家很难绕开的头部企业。

在上个月结束的GTC?China大会期间，英伟达不仅向交通运输行业开源NVIDIA?DRIVE自动驾驶汽车开发深度神经网络，还发布了用于自动驾驶和机器人的高度先进的软件定义平台——NVIDIA?DRIVE?X?Orin。

黄仁勋表示：“AI自动驾驶汽车是软件定义的汽车，它必须基于大量数据集才能在全球范围行驶。我们向自动驾驶汽车开发者开源我们的深度神经网络，并为他们提供先进学习工具，使他们能够根据不同的数据集对这些网络进行优化。通过这一方式，我们正在实现跨企业和国家/地区的共享学习，并保护数据所有权和隐私，最终加快全球自动驾驶汽车的落地。”

而英特尔同样作为一家芯片公司已经开始向数据公司转型，并且在今年10月，英特尔“以数据为中心”业务的营收在上个季度已经跟“以PC为中心的数据”业务营收持平。

也就是说，以前英特尔是大部分的营收是来自以PC为主，现在已经至少一半是来自“以数据为中心”的业务，可见，短时间内英特尔数据中心的业务将近一半，按照这个速度发展，很快数据中心业务会超过PC。

英特尔预计，未来英特尔面临的市场规模是3000亿美元的规模，按照目前的营收进展，英特尔起码还有2300亿美元的空间需要发展。

对于英特尔来说还有另一大赚钱的领域在他们收购的一家公司Mobileye，在刚刚结束的Mobileye投资者峰会上，英特尔子公司Mobileye总裁兼首席执行官Amnon?Shashua预测，未来十年，Mobileye的收入将会取得显著且持续的增长，自2008年以来截至2019年底，Mobileye将发货超过5000万块的EyeQ?芯片，联手27家OEM（原始设备制造商）合作伙伴，为总计约300种车型的ADAS系统提供支持。

他还预测，“到2030年，ADAS与数据的潜在市场规模将高达725亿美元，自动驾驶出租车的潜在市场规模预计将达到1600亿美元。”

这其中自动驾驶出租车市场潜力可谓巨大。

不过，客观的潜力市场之下也意味着进入门槛极高、行业天花板也极高。

自动驾驶公司小马智行CEO彭军就其公司获得17亿美金的中国自动驾驶最高估值时表示，“蛋糕足够大,不是一家公司能吃得掉的。所以在无人驾驶行业并不存在所谓的竞争关系,更重要的还是如何与合作伙伴一起先把无人驾驶这件事做成。”

全球Robotaxi无人驾驶打车出行最初雏形在2018年12月出现，Waymo在美国亚利桑那州凤凰城推出自动驾驶出行服务Waymo?One，次年10月，Waymo宣布拿掉美国亚利桑那州凤凰城地区RoboTaxi安全员。

继Waymo之后，小马智行率先在广州南沙区推出Robotaxi服务PonyPilot，百度在长沙、沧州等地运行Robotaxi自动驾驶车队,滴滴宣布将在上海嘉定开展Robotaxi试运营,文远知行于12月与广州某出租车公司合作开始Robotaxi项目。

相比激进的Waymo，现阶段国内Robotaxi自动驾驶车辆行使过程中,必须要有一位“安全员”坐在主驾驶位置，百度自动驾驶技术总监陶吉曾对智驾君表示，“百度Robotaxi安全员在相当长一段时间内都会存在。”

当然，在车队数量、数据积累方面Waymo明显处于优势，另外在创投融资方面，Waymo是全球估值最高的RoboTaxi公司。

不过，可以预见，在国内2020年前有安全员的RoboTaxi的运营项目和车队会在大中型城市快速发展，因为这是验证自动驾驶算法和集道路数据的有效途径。

站在2020，未来十年自动驾驶无疑是快速发展的十年，这期间将会出现多产业融合效应，很多企业都将参与其中，当然，也有不少自动驾驶玩家因资本而退出。

据数据显示，到2021年，预计全球无人驾驶汽车市场规模将达70.3亿美元，到2035年，预计全球无人驾驶汽车销量将达2100万辆，中国有望成为最大的无人驾驶市场。

回顾自动驾驶的一年

跑在路上的无人车试过才知谁是强者

过去的几年智驾君试乘了不下10款自动驾驶汽车，这其中包括车企、自动驾驶初创公司和互联网公司，他们用的自动驾驶解决方案各异、试乘感受各自不同，有些可以在城区任意穿梭，有些则是显得过于保守。

在国内为代表的公司要属百度和长安，2018年5月智驾君第一次试乘了百度与盼达合作推出的具备L4级别自动驾驶的共享汽车。

该车全部用了Apollo开放平台提供的Valet?Parkin品，该产品具备低成本、应用广、安全性高及交互性好的特点，同时通过6个摄像头加12个超声波雷达就能实现整套传感器方案，降低了硬件成本。

为了安全起见，这一次试乘被安排在两江新区互联网产业园区属于办公园区，道理复杂程度较低，在整个自动驾驶过程中，车辆经历大量行人的干扰、车辆的干扰、减速带以及下坡路段。

印象最深刻的是，这次自动驾驶汽车行驶速度不会很快大约在会以10km/h的速度自动行驶，当遇到前方有人行人时，车辆会减速并在距离行人2米左右的位置稳定停下，在确定无人条件下，车辆继续向前行驶。

而遇到园区内的减速带路段时，车辆会自动减速通过，遇到下坡路段有岔路时，车辆会选择先停止几秒钟在确定无人无车情况下继续行驶，车辆在行驶的过程中可以做到起码的行驶安全。

时隔一年后，再次试乘百度的自动驾驶汽车是在沧州，此次百度的自动驾驶汽车已经是前装量产车型，名字为百度Robotaxi。

该自动驾驶汽车为L4级别自动驾驶、配置一个禾赛的40线激光雷达、2个四线激光雷达、9个摄像头、9个超声波雷达和2个毫米波雷达。

依托和一汽红旗紧密合作，对Robotaxi自动驾驶套件安装方案，以及整车电子电气架构都进行了重新设计。

最大程度以前装的方式整合了自动驾驶模块和原整车架构，从而减少了改装、拆装带来的信号干扰，容易松脱等问题。

与此同时，红旗EV实现了自动驾驶软硬件、产线前装量产能力、车内人机交互、安全冗余保障以及云端车队管理的全方位升级优化。

在试乘的3公里道路中，百度Robotaxi整体行驶表现相比此前有了大幅度的提升，同时在公共道路中行驶也较为激进和更加智能。

比如，进行变道超车时，百度Robotaxi首先会自动打开转向灯，然后进行一个加速动作，在达到一定的距离进行变道超车，整体变道过程也是非常的平顺，并不像新手司机变道很犹豫。

绿灯左转时，百度Robotaxi会进行一个减速动作，然后根据周围情况以一定的速度进行左转，为了验证其平稳性，智驾君在车辆转弯之前在中控扶手位置放置了一瓶矿泉水，其结果是车辆在转弯的过程中，矿泉水瓶非常平稳，并没有倒下。

全程体验下来，你会感到整个过程相当平稳舒适，最高车速可以达到57km/h，在路上不会因超车变道而左右摇晃，也不会因为遇到乱穿的车辆而急刹车，从而令乘客感到不适。

可以说，百度Robotaxi体验感觉已经超出了我的预期，但出于安全的考虑，它的刹车力度偏大，还不像人踩那么柔和。

相比百度，长安L4级别自动驾驶汽车则显得保守许多，长安自动驾驶汽车配置了5个16线激光雷达、1个4线激光雷达、6个摄像、一个惯性导航和高精度地图。

从传感器配置方案上面来看，今年试乘的长安L4级别自动驾驶汽车与一年前在长安工厂园区试乘的长安L4级别自动驾驶汽车用了相同的传感器配置方案，也就是说之前长安选择L4级别自动驾驶汽车配置方案是正确的。

长安汽车提供了4公里左右试乘距离，路况包括红路灯识别、障碍物躲避、避让行人、红绿灯左转、掉头、跟车行驶、上下匝道、汇入车流等、停车避撞、公共交通流变更车道、公共交通流静态绕障13项核心功能。

这里重点说一下，长安汽车在避让行人、红绿灯左转、出匝道窄车道进入宽车道的表现。

在行驶初始阶段，该车多次遇到路边两三搭伙行人，在遇到行人时，车辆会在距离行人5米左右进行一个减速动作然后进行躲避，躲避角度会根据行人占道距离而定，原则上车辆偏离原车道幅度不大，这一点长安做的很好，减速也较为平稳，对路上行人和驾乘人员都没有感到不适。

在试乘中出现了一个突发状态，在车辆左转等待红灯时，车辆在停止后，红灯没有变为绿灯之前车辆闯红灯了，这是由于自动驾驶车辆发现后方有快速来车时，为了防止后车追尾，自动驾驶汽车会有一个向前行驶的动作，至于选择哪种决策能力还需要大量的验证。

出匝道窄车道进入宽车道长安汽车新一代L4级自动驾驶汽车遇到的情况是车辆在行驶的过程中发生了轻微的抖动，这是由于GPS与车道线结合的算法上面有一个20毫秒的延迟。

这一点还有待提升。

整体来说，长安汽车新一代L4级自动驾驶汽车在直线加速、减速过程中较为平稳，在变道过程中车辆变道的逻辑也更加接近人类驾驶者的习惯，并不会出现当前方车辆留开空档之后的迅速加速等情况，乘坐舒适度上较好，方向盘震动轻微，不过在遇到红绿灯时车辆刹车有时会产生突兀感。

自动泊车成企业的新?

过去的一年，自主泊车方案在自动驾驶领域异常火热，作为L4级别自动驾驶方案中的一个分支，自主泊车方案一方面整合了L4级别自动驾驶的技术，另一面由于场地的特殊性让其商业落地成为现实。

作为智能驾驶时代的技术创新产物，百度Apollo?Valet?Parking自主泊车方案利用百度独有的车云图厂一体解决方案以及云和高精地图优势，实现了智能泊车场端改造的最佳性价比，车端百度通过车规级传感器可以实现车辆的中、近环境感知、轨迹规划和车辆控制，加之百度云和百度的数据积累经验及大数据分析能力。

百度高精地图在国内多家OEM测试通过率100%，相对精度为0.1?~?0.2米，冗余率/遗漏率仅为0.01%，从而实现自主泊车巡航精度和高安全，与此同时，基于高精地图和视觉AI，自主泊车可以保障10cm精度定位和巡航。

相比昂贵的激光雷达建图，Momenta用视觉为主的方案实现自动化建图，该视觉方案与自动泊车硬件可通用，在建图过程中，通过深度学习算法提取视觉语义特征，使用SLAM技术自动生成基于语义的高精度地图，整个系统可进行云端和车端自动建图，精度达到10cm级别。

纽劢科技自主泊车方案主要集中在自主接驾、实时车位寻找、智能经停、智能避障方面的能力，其在自主泊车的过程中，可以识别小孩、地锁、车辆、锥形桶等细分障碍物，通过厘米级定位最大化车端智能，具有鲁棒性高、入位误差距离小于5厘米、入位角度小于1度等特点。

相比其他三家不同，智行者自主代客泊车方案主要强调基于增强视觉标签的AVP解决方案，该方案结合低成本车规级硬件方案与轻量级场端改造。

智行者用的增强视觉标签式AVP解决方案在车端配置了4个环视相机、1个前视相机、12个超声波雷达和4个毫米波雷达。

对于传感器硬件来说，这些都是可量产的传感器组合，价格可控制在千元级别，其中某些具备L2级别的自动驾驶汽车已实现部分硬件标配（包括10万元级别的国产车型）。

据介绍，智行者提出的AVP解决方案基于增强型视觉标签进行车辆的全局路段规划、高精度定位、局部路径引导以及特殊路段语义信息标注，通过增强标签及云端调度进行轻量级场地升级，模拟出一套适用于任意停车场的完备交通系统。

倒闭、裁员，自动驾驶市场的另一面

中国倒下的第一家自动驾驶公司是RoadStar（星行科技），作为自动驾驶领域曾经的明星项目，RoadSta倒下源于一则“深圳星行科技有限公司关于处理周光违纪行为的公告”，从投资人决定撤资到提起仲裁，不过一个月的时间。

Roadstar投资人提起的撤资仲裁结果显示——三位创始人佟显乔、周光、衡量要为公司花掉的一个多亿负连带责任。

也就是说，三位创始人要还掉此前公司花掉的投资人的每一份钱，如果无法通过起诉取消仲裁结果，并且无法偿还，三个创始人都可能会上“失信人”名单。

最新的消息显示，三位创始人的去向也清晰：衡量去了大公司；佟显乔尚无最终去向，此前有创业或工作的消息；而周光，按照宣布融资5000万美元的深圳元戎的官方说法，周光是独立顾问。

而在此之前，一度闪耀硅谷，吴恩达亲自参与实际运营的明星无人车公司Drive.ai也提交文件进行项目清盘，提交的文件披露，将在月底关停，并裁掉过半员工。

除此之外，激光雷达鼻祖Velodyne正式决定裁掉中国办公室，包括直销团队和部分技术支持，并且将其销售模式，从直销模式恢复到刚进入中国的“代理模式”，这意味着，Velodyne基本不在扩大中国市场。

资本是理性而追求效率的，历史上已经有无数的例子告诉我们，当市场出现了合并这样的重大变革，很快，烧钱铺量的行业乱象就会停止。

毕竟，资本已经过了之前那段只以流量论英雄的时代，接下来，盈利能力才是决定融资能力的根本。

本文来源于汽车之家车家号作者，不代表汽车之家的观点立场。

主板作为计算机的重要组成部件，已经成为计算机行业的一个领域。主板的更新换代，主要起因于cpu的更新换代，和主板上芯片组的更新换代。

早期的386微机中用的控制芯片组是82C30系列。82C30芯片组用了六片结构，再加上一片外设控制芯片构成完整的386微机控制系统。82C30芯片组单片芯片的集成度小，功能差，是C&T公司的早期产品，但是它的某些基本功能至今仍然在使用。目前使用的大规模集成的芯片组，常常是把多个芯片的功能集成在一、两片芯片中并增加了一些新的功能。除了82C30系列外，典型的386控制芯片组还有OPTI公司的WB386PC/AT芯片组。

486微机用的控制芯片组在功能上与386控制芯片组没有大的变化，只是由于486处理器把协处理器集成到CPU内部（即FPU），控制芯片组的局部性能有小的调整而已。常见的486控制芯片组如：FRX46C401、FRX46C402；HT321、HT342；M1489、M1487；82C406、82C496等。486控制芯片组大多为两片结构，即由系统控制器和数据缓冲控制器组成

586时代以后，随着控制芯片技术的发展，主板逐渐显露出我们现在主板的雏形，这时候，包括Intel和威盛等主要芯片厂家也开始走上历史舞台。

Intel 430FX PCIset

430FX芯片组是Intel公司继430LX和430NX芯片组后推出的第三套基于Pentium的芯片组，也称为Triton。它在体系结构上作了很多改进，使性能有了很大的提高，这些新的技术在其后继芯片组430HX、VX、TX、GX等芯片组中都得到继承和发挥，因而430FX芯片组在Intel的430系列PCIsets中有着重要的地位。

VIA Apollo KX133

作为VIA第一款支持K7的芯片组，Apollo KX133有如下特点：

用了和AMD-750类似的设计方式，有专门的200MHz的外频速度，有特色的内存异步方式，可以支持66MHz、100MHz、133MHz的内存频率，并且真正支持PC133 SDRAM。在容量上，Apollo KX133支持4条DIMM和最大2GB的内存，是BX芯片组支持数的两倍，这对于需要高容量高速度的PC服务器来说，其作用是不言而喻的。

Apollo KX133的北桥芯片为VT8371，主要负责管理高速的系统总线(支持P 4X)；南桥芯片则是和Apollo Pro 133相同的超级南桥VT82C686A，可以支持Ultra DMA/66和4个USB接口，具有强大的外设扩充功能。

此外Apollo KX133还内建了符合AC’的音频芯片和软MODEM，提高了产品的集成度，降低了用户的开支。总之，Apollo KX133在功能上比起AMD-750更加完善。

AMD AMD－750

是AMD开发的第一款能够支持Slot－A架构的Athlon的芯片组，取传统的“南北桥”的结构方式，北桥芯片主要负责管理系统总线，南桥芯片主要负责管理设备。北桥芯片代号为AMD－751，南桥芯片代号为AMD－756。 AMD－750芯片组的最大特点是用了72位宽、200MHz的AlphaEV6总线来连接CPU。200MHz的速度，是目前主流440BX芯片组的两倍；北桥芯片以异步的方式通过64位100MHz的总线与内存相连，支持目前流行的PC－100SDRAM。 AMD－750的南桥芯片提供了强大的设备支持，IDE控制器能够支持最新的UDMA66技术，配合支持该技术的IDE硬盘，能够提高硬盘的数据传输率、降低CPU占用率。另外，AMD－750还能够支持4个USB接口，是现有BXl芯片组的两倍。P2、PCI2.2、即插即用（Plug＆Play）、ACPI电源管理等功能，AMD－750都没有放弃，全部支持。

最重要的一点是AMD－750能够支持多处理器！这是目前惟一一个能够支持两个Athlon处理器的芯片组，这意味着从此以后，在服务器市场上将会有多Athlon处理器的机型出现。 AMD—750芯片组也不是没有不足之处。它只能支持3条DIMM共768MB内存，没有支持P4和PC－133SDRAM。这些，对组建高性能的系统有所影响，在一定程度上掩盖了Athlon的性能优势。

阶的Intel 无论从那个方面说，Intel主宰着整个芯片市场的走向，主板的发展一直伴随着CPU的发展。当Intel全面进军奔腾时代的时候，以Intel和VIA为主的两大芯片生产商逐渐成为市场的主流，曾几何时，VIA的693、694芯片组成为多少Fans追逐的对象，正是因为竞争才产生了当下众多的产品进步。

Intel440系列芯片组作为PII时代的主要产品，一直以来都代表着主板发展的重要阶段。自19年5月Intel发售Pentium II以来，所有的PII（包括PII233、PII266、PII300、PII333）只能支持66MHz总线频率，因此440LX芯片一直以来都给人留下了滞后于Socket 7印象。然而，1998年4月16日，Intel公司发布了支持100MHz外频的Pentium Ⅱ350/400MHz的Deschutes处理器，但该类处理器必须借助于新的芯片组支持，而配合Pentium Ⅱ350/400MHzCPU工作的芯片组是同时推出的440BX Pset，它是Intel 第1套既支持66MHz又支持100MHz外频的芯片组，它可充分发挥Pentium Ⅱ350/400MHz的性能，是PⅡ步入100MHz系统规格的重要产品。440BX拥有440LX芯片组的所有功能，包括支持P和ACPI能源管理，而且同时兼容100MHz和66MHz系统规格，除可使用最新的Pentium Ⅱ 350/400MHz CPU之外，亦可使用原先发布的Pentium。

440BX芯片组由82443BX主桥(Host Bridge)芯片和82371EB(PⅡX4E)I/O芯片组成。支持单/双Pentium Ⅱ处理器，64位总线接口GTL+：其最大总线工作频率为100MHz。GTL+总线主要提供对SMP结构的充分支持，它能显著地提高操作系统和应用程序在多线程和多任务环境下的性能。

但是440BX芯片组也有着其不可忽视的弱点.不能使用低于8ns速度的普通不带SPD的SDRAM内存。由于系统总线运行在100MHz的水平，以前10ns、12ns的普通SDRAM只能在66MHz、75MHz、83MHz、92MHz的总线频率上运行(当然如果将总线频率设在100MHz以下，包括人工设置或主板自动诊测，这些内存是没有问题的，但不能充分发挥Deschutes PⅡ和BX芯片组的优越性能)，因此必须使用符合PC100规范的带SPD(Serial Presence Detect)的高速内存。经过有关测试，这类内存可以稳定跑到133MHz。

440BX是Intel芯片的历史辉煌之作，其与后续的810、i815相比都有着非常大的优势。但是随着时代的变迁，以及CPU进入370接口时代，440BX逐渐被市场所淘汰，在短短的两年里，440BX续写了无限的辉煌。Intel也因此占据了大部分的芯片市场。

Intel810 815时代

有人不理解，为什么我要将810与815划为一个时代，但是我要说，虽然长久以来Intel 815一直占据着众多DIYER的桌面，但是810是不可替代的，Intel810是一款具有划时代意义的芯片组，它承接了众多370的猜想，也被Intel视为最重要的产品序列。其实810应该是是Intel815的最早期产品，是Intel公司面向低端家用或商用电脑市场推出的—款整合型芯片组，设计目的主要是搭配低端的Celeron(赛扬)处理器。Intel810芯片组的北桥称为GMCH(Graphics and Memory Controller Hub—图形、内存控制中心)，南桥称为ICH(I/0 Gon—troller Hub—输入/输出控制中心)，BIOS称为FWH(Firmware Hub)。北桥GMCH芯片用421脚的Mini—BGA封装，尺寸明显小于以前的北桥芯片，内部集成i752图形加速引擎，是i740图形加速芯片的后续版本。提供66/100MHz标准外频，i810E可支持到133MHz，最大可支持512MB SDRAM。此外，GMCH还支持数码信号输出，可连接LCD显示器。南桥ICH芯片用241针脚的Mini—BGA封装，主要负责系统输入/输出，支持四或六个PCI插槽(视版本而定)及ATA 66接口的IDE设备，以及两个USB接口和AC'声卡。它还可以通过在主板上加载Super I/0芯片使810主板支持lSA扩展插槽。因此，含有ISA扩展插槽的810主板要比没有ISA扩展插槽的主板贵一些。由于众多的810主板集成的程度非常高，因此受到了众多家用PC厂商的欢迎，合理的价格是其最重要的优势.

Intel815在推出810系列产品后，Intel新的815芯片组在2000年第二季度上市了。作i810E芯片组的修订版，它同样用“加速集线器结构”(Accelerated Hub Architecture)技术。同时针对原有芯片组的不足，它正式支持P 4x、PCI33内存协议及ATA66/100技术，还整合了2D和3D加速芯片i752和支持AC的音频芯片。与i810E芯片组不同的是，i815芯片组支持额外的P接口，可以外接显卡，这就比没有P接口的i810主板在升级性能上要好。主板厂商可以用它来生产带有P插槽的主板，这样整合主板也可以通过升级显卡以获得更高的性能了。此外它还带有CNR(Communication and Networking Riser，通信网络提升器)接口，这是目前只有ICH2芯片才有的新接口，它比AMR要长一些，带有丰富的扩充功能，如以太网、V.90Modem接口，外带2个USB接口和4声道输出接口等。i815芯片组分为i815系列和i815E系列，它们的根本差别在于后者使用了最新的ICH2芯片(I/O Controller Hub，输人/输出控制器中心)，支持UDMA 100技术接口，其他性能基本相同。Intel815EP芯片组和Intel其它已经推出的i8xx芯片组一样，都是用“加速中心架构”来取代传统的南北桥芯片架构，在此架构下，只有MCH(内存控制中心，即传统意义上的北桥芯片)、ICH(输入输出控制中心，即传统意义上的南桥芯片)共享线路和数据，而系统的其它设备是通过各自专属的线路独立与MCH或ICH芯片相连接。这种新型的芯片组设计架构的好处显而易见，它满足了系统内存、CPU等高速电脑部件带宽的要求，有助于系统整体性能的提高。i815EP芯片组主要由82815EP MCH芯片和82801BA ICH2芯片构成，82815EP MCH芯片用了544引脚的BGA封装形式，82801BA ICH2芯片则用了360引脚的EBGA封装形式。82815EF MCH芯片在整个1815EP芯片组中起着主导和控制的作用。它主要由系统总线控制单元、SDRAM控制单元、HUB单元和P单元这四个部分组成。系统总线控制单元提供了66／100／133MHz的系统处理器频率供CPU和MCH芯片进行数据交换。和i815E芯片组中的MCH不同，这次MCH芯片中的系统总线控制单元只支持FCPGA封装的处理器，也就是说PPGA封装的老赛扬已经被i815EP芯片组淘汰出局。因此用户只能在i815EP芯片组主板上使用FCPGA封装的PIII处理器或者新赛扬处理器。在系统内存的选择上，MCH芯片中的SDRAM控制单元最大支持512MB PC100或PCl33规格的SDRAM，并且支持内存系统频率的异步运行。HUB单元是MCH芯片中联系ICH输入输出控制单元的重要桥梁，而P单元则可以支持P 4x规格的显示卡，但不支持P Pro。 Intel450NX

Intel450NX芯片组是一个为企业级服务器特别制造的芯片组。450NX由四个单元组成：82451NX内存和I/0桥控制器,82454NX PCI增强桥,82452NX RAS／CAS发生器及82453NX多重路径数据访问结构。它支持8GB内存，可提供四个32位PCI及两个64位PCI结构，同时还优化了主机到PCI桥和内存控制器。它的总线接口为36位地址、最大能同时使用八个XEON。它能供给企业级服务器充足的带宽(1GB／s)，以支持八处理器的大量I/O数据通信。450NX芯片组也有企业级服务器必需的可靠性，它有ECC校验和总线控制器的奇偶校验；MIOC和内存子系统的ECC校验；MIOC和PCI增强桥的奇偶校验等。此外，由于P插槽在服务器中用处不大，所以450Nx只提供了PCI插槽，并不提供P的支持。

P4时代： 真正意义上的革新代表着划时代的变革，PIII到P4是Intel掀起的从接口模式，到前端总线全面更新，CPU革新带给主板的是前所未有的，无论是386时代的82C30还是到后PIII时代的i815EPT，他们受到的冲击都远远没有这一次来的大。随着INTEL将P4处理器转向Socket 478接口，INTEL随着推出了与之配套的845芯片组，不过这款使用普通SDRAM的845芯片组虽然支持Socket 478针脚的P4处理器，并且为INTEL推出的基于NORTHWOOD核心的P4处理器做好了准备，不过这款使用SDRAM的845芯片组却有一个致命的缺点，那就是因为它所使用的SDRAM所能提供的内存带宽太少了。我们知道，在使用PC133标准的SDRAM的时候，理论的内存带宽的峰值只能达到1.06GB/s，即便是在INTEL 845-D芯片组使用了DDR SDRAM之后，在使用PC1600标准的DDR SDRAM的情况下，内存带宽也只有1.6GB/s，如果使用PC2100标准的DDR SDRAM内存带宽还能高一点点，达到2.1GB/s。 为了解决这个问题，INTEL推出了 850芯片组的主板。但大部分都是Socket 423架构的，在搭配了RDRAM之后这样的平台不能不说为P4的最好搭档。但是不久INTEL宣布Socket 423架构的P4处理器将只支持到2GHz，在此之后更高频率的P4处理器将全面转向Socket 478架构。

其他主板型号：

在Intel着力推进其CPU的发展的时候，AMD也在同期推出了不同的CPU，但是直到K6系列出品的时候，真正意义上的竞争才开始了。

K5是AMD公司第一个独立生产的x86级CPU，发布时间在1996年。由于K5在开发上遇到了问题，其上市时间比英特尔的Pentium晚了许多，再加上性能不好，这个不成功的产品一度使得AMD的市场份额大量丧失。适合K5CPU的主板当时被很多IntelCPU所垄断，这时候的CPU接口往往比较统一，但是这也是最让Intel头疼的问题。K5主板一般用Intel 82430FX chipset 的芯片组，这个芯片组往往支持奔腾系列，和AMD系列甚至可以支持IBM和Cyrix自行研发的686系列CPU。

AMD 自然不甘心Pentium在CPU市场上呼风唤雨，因此它们在19年又推出了K6。 K6使用Socket7架构。 这也使适应其的主板进一步的脱离了Intel。应该说K6的出现是AMD的一个革新，也是整个主板芯片组的一个革新。

而后的K6-2，K6-3 都几乎使用了同样的CPU接口，但是在电压供电上出现了变化，这样使加载在主板上的电压逐渐减少，同时AMD的主板也完全脱离了Intel的阴影，终于成为了举世瞩目的芯片厂商。在这之后有很多公司都追随AMD的步伐，成为了AMD主要的主板芯片提供商。 VIA与SIS

在主板的发展历史上，我们不得不提到VIA和SIS。在奔腾推出的PII时代的时候VIA和SIS是最不可忽视的力量。当奔三时代到来的时候，VIA和SIS更是以其优秀的品质征服了很多Fans。PII时代，价格昂贵的Intel主板让很多DIYER们望眼欲穿。VIA和SIS为大家解决了这个问题，价格低廉，功能甚至更多的芯片组，打破了INTEL的垄断，为广大的DIYER提供了更多的选择，同时也令主板的价格更加合理。而VIA更加主导提出了PC133标准，隐隐中对INTEL的垄断地位提出了挑战。

到了PIII时代，VIA芯片组的693系列主板更是成为当时DIYER们的主流选择。693主板支持300－866MHz PPGA或是FC-PGA的赛扬或PIII系列的CPU,当然作为MICRO-ATX的主板，并不是用在顶级档次的电脑上的，所以就当时的水平来讲，可以支持PIII 866的CPU也是足够了。VIA为Fans们提供了很多选择AUTO/66/100/133MHz，这样的设计方便了各个层次用户的使用，AUTO可以自动识别CPU芯片的外频，而66/100/133MHz的设置可以充分发挥CPU的性能。这也是693或者694风靡全球的原因。超频的概念被极大化的发扬了！

同时SIS也推出了适合于PIII系列的CPU 630系列，当然后来人们应用的非常少，因此这里就不多做介绍了！

主板的群雄逐鹿

现在的主板基本被垄断，芯片厂商AMD Intel NV 始终占据着主流市场。

进入478针P4时代和SCOKETA的AMD时代，就进入了815 845主板，VIA的开通00KT600,KT700，KT8T800，NV的NF2等等，一直延续到2006年左右，主板开始更新换代，INTER开始进入775时代，AMD进入754，939的短暂混乱时代，775最开始代表作就是915，逐渐发展下去是945 965 5 P31 P35 X38 P41 P45 X48 以及最新的X58，AMD那边939最开始的主要开始于NV的NF系列主板，NF3，NF4，VIA也出了支持的K8T890主板，并在此时都出现了双核，AMD在2006年为了更好的对抗INTER取消了754和939，统一改为AM2940接口，应运而生的主板便是NV的NF5系列500 520 550 560 570 590 750.AMD由于合并ATI，也推出了770 790主板，此时主板界就是INTER AMD NV三雄争霸局面。

再来说说显卡发展

一、老将S3

说起显卡历史，笔者脑海中首先浮现的不是大家目前熟悉的nVIDIA、ATI、Matrox，他们都还年轻。要论资格，我想S3的地位是无人能撼动的。

作为老资格的显卡厂商，在电脑586刚流行的那些日子，很多朋友以拥有一块Trio64V+为荣。说性能，Trio64V+的2D功能在同一时代里是无人能及的，它可以说时那一个时代的代表。下表中我们重点列了一些S3不同时期的代表产品。

S3显卡 描述

Trio64V+ 早年（586时代）的标准配置，2D性能达到巅峰，更何况价廉物美。曾几何时Trio64V+ & VooDoo是众多3D玩家的倚天剑&屠龙刀

ViRGE GX2 号称第一款融合3D加速的显卡，可惜其3D引擎实在蹩脚，再加上没有软件厂商的支持，是个失败的产品。由此，S3的3D之路走向崎岖

Sage3D 号称“野人”，被S3誉为雄起的希望，也是战国诸侯之一。然而初出茅庐就被驱动程序中的诸多BUG蚕食得体无完肤。厂商匆忙之间推出了一个又一个的修正驱动，曾创造一天之内连发“N”个驱动的吉尼斯纪录。

Sage4 个人眼中，更倾向于高指标的Sage3D“完美版”，性能得以提升，但兼容性还是略有问题。发扬了前辈“物美价廉”的优点，有一定的市场占有率。Sage2000 是在整合著名厂商帝盟之后S3的拳头产品，也是S3的黄昏绝唱。3D性能较前辈而言，的确有相当的提升，可惜此时业内已有“N”人独领风骚，技术上的落后必然导致最终的失败。

二、中庸Trident

说S3是显卡中的老字号，但对于中国市场来说，众多玩家可能对Trident这个名字更加熟悉。、98年DIY之风初起京城时，放眼中关村，众山头无不飘扬Trident大旗。想当年，够用+便宜曾让9680、9685、50等等披靡配套市场，但现在已是明日黄花。

Trident显卡 描述

Trident 9680/5 第一块在中关村“流行”起来的显卡。低价位中的硬通货，加上众多台系厂商的疯狂供货能力，想不流行都难。

Trident 50 携9680/9685流行之值势，响应当年风头正劲的“P”风潮，颇有点“买卡必提P，P卡就是50”的意思。可惜深究下去，它不过是一块使用P接口的PCI显卡罢了，明白者曰：挂羊头卖狗肉。

Trident 9850 50后继版本，性能大同小异，充其量更好地支持P接口，不提也罢Trident Blade3D（9880） 号称“大刀”，可能取其3D性能像大刀一样犀利之意，可惜其性能实在不敢恭维，看官可在众多集成主板中寻见9880凄凉之身影三、昨日帝国3dfx

以上两家的名头再响亮，充其量也只能在中低档瞎折腾。真正扛起3D大旗的还属一曾经名不见经传的厂商——3dfx。

他们开发出的VooDoo系列3D子卡掀起了一场3D革命。“3dfx就是水准”已经成为了当时发烧友发烧程度的标准。可惜由于经营上的失误，3dfx已经离我们而去。但在漫长的显卡史中，3dfx涂下了浓浓地一笔。

VooDoo系列显卡 描述

VooDoo 划时代的3D加速子卡，单独处理显示画面中的3D图像部分。售价极其昂贵，但仍有无数电脑爱好者趋之若鹜。众多游戏厂商以在包装上涂有“3dfx”Logo为荣。“巫毒”的大名由此诞生。

VooDoo Rush 一款失败的2D+3D整合显示卡，筹备仓促而导致兼容性极其低下，受当时市场大环境所限，没有引起多大反响

WooDooII 3D加速子卡，3dfx最杰出的作品，曾经也是Eagle的最爱。要知道，两块VooDooII SLI的性能就是在今天，也能胜任大多数PC GAME。是显卡史上最成功的加速卡之一，占据了很长一段时间的技术巅峰。无数游戏因为VooDooII而精彩。

VooDoo Benshee 集成了2D芯片的VooDooII，兼容性同样也是它的垢病，不过相对而言，还算得上是一款成功的产品。

VooDoo3 2000/3000/3500 面临nVIDIA咄咄逼人的攻势，3dfx用来保江山的神兵利器，配合其独有的3D API Glide确有不俗的表现。怎奈日落长河，已经完全没有当年独孤求败之势。

VooDoo4/5 传说中最后的辉煌，可惜上市总比发布要晚上几个世纪，加上技术上的落后，售价一直高高在上。不过告诉朋友们一个好消息，3dfx被收购之后，积压的大量VooDoo4/5芯片可能会被低价抛出，应该用不了多久，大家就能见到便宜的VooDoo4/5卡了^_^

四、只手遮天nVIDIA

说完3dfx，就不能不提到它的新东家nVIDIA。这是一个高产的家伙，年岁不大子女却有一窝。相比之下，众多读者对它的熟悉程度胜Eagle甚。不论在技术还是在市场上，速度都是它取胜的法宝，不过要是有一天出现nVIDIA独揽天下的局面，不知道它会不会走3dfx的老路。

nVIDIA显卡 描述

Riva128/ZX nVIDIA的敲门砖，由它开始，大家开始注意“nVIDIA”这个陌生的名字。它后期的ZX版本清除了不少BUG，凭借自己的性价比，逐渐在VooDooII售价高高在上的当时吸引了不少相对“贫困”的玩家。

nVIDIA TNT 号称能够“狙击”两块VooDooII SLI的显卡。迫于市场压力，推出相对仓促，用的工艺远没有预期的先进。性能实际上只和单块VooDooII相当，不过在当时也属得上是一个不小的进步。

nVIDIA TNT2（Vanta/M64/Pro/Ultra） 当初nVIDIA真正想用来抗衡VoodooII的应该是这款.25的产品，从nVIDIA TNT2开始，3dfx很不情愿地让出了3D加速卡的王座。许多网友的机器里应该还插着诸如M64等TNT2级别的显卡。

nVIDIA Geforce256 从Geforce256开始，nVIDIA 引入了“GPU”这个概念。的确，随着个人电脑对加速卡3D性能需求的不断提高，显卡的主芯片甚至要比电脑上的“CPU”更加复杂。高集成度的“GPU”的确能缓解CPU处理3D画面时的不少压力。

nVIDIA Geforce2（MX/GTS/Pro/Ultra） Geforce256由于售价上的缘故，没能在市

场里取得多大反响。所以，nVIDIA马不停蹄地推出了拥有完备产品线的Geforce2系列显卡。除了速度之外，Geforce2系列中已经很好地解决了画质这个nVIDIA的老大难问题。尤其是MX显卡更是在中低端市场红火到现在。而且只要用了较好的显存颗粒，这一系列卡的超频能力都不错，选择游戏的朋友选择它决不会有错。五、追求自由的角斗士ATI、Matrox

3dfx倒在了nVIDIA的怀中，Geforce2一统天下的日子来到了么？还好还有一个姓“A”，一个姓“M”的家伙依然健在。前者活力四射的“镭”在高位色下挑Geforce2于马下，后者凭超凡脱俗的2D效果和独到的环境映射凹凸帖图闲庭信步。相信3dfx应该能够看到这幅“沉舟侧畔千帆过，病树前头万木春”的情景。衷心希望他们一路走好。

ATI显卡 描述

XPERT2000PRO/2000/128/99 早期ATI的产品，性能一般，多用于OEM厂商ALL-IN-WONDER 128 PRO

ALL-IN-WONDER 128 RE/FURYPRO/VIVO/FURY/MNUM/128/128 PRO 相当于TNT级别，其中的ALL-IN-WONDER 128拥有不错的处理加工能力，特别适合普通家庭级别的用户。此外对OPENGL的完好支持也是它的一大卖点。

ALL-IN-WONDER RADEON、

RADEON 64MB DDR、

RADEON 64MB DDR VIVO、

RADEON 32MB DDR、

RADEON 32MB (SDR)、

RADEON VE “镭”霆四射，RADEON是ATI最成功的作品，很好地平衡了3D加速和2D画质，尤其它庞大的产品线更给用户提供了多种多样的选择。面向中国市场推出的RADEON LE更是一个超值的好东西，通过改动完全可以发挥其潜力。更何况与nVIDIA良莠不齐的制造商相比，RADEON的质量要好很多。

Matrox显卡 描述G100G200G400G450 Matrox显卡一贯自豪于自己细致的图像表达能力，从G100到G450都秉承了这一优点。由G400开始更是引入了更上一层楼的环境映射凹凸贴图功能。可惜的是同样由G400开始，Matrox显卡的3D效能就一直没有多大的提高。

上头乱弹了这许多，还有两个家伙需要拉出来遛遛。他们是INTEL的i740和SIS的SIS 300。当初INTEL雄心勃勃地要杀入显卡界，可惜后来发现里头的你争我夺实在激烈，自己虽然强壮也不堪芯片、显卡两头作战。灰溜溜地夹着尾巴逃了，后来倒是攒了点经验，出了几款整合的显示芯片。相比之下SIS就聪明多了，从一开始就是奔着自己的强项

——整合主板去的，市场中只见过丽台、阿波罗等带3D眼镜的产品。不过现在集成SIS300的SIS630、SIS730主板在OEM上走量的确不错。

目前显卡就是NV和AMD之间的竞争，现在所有显卡都是偶PCIE接口，马上进入PCIE2.0时代，并且都支持DX10，现在的显卡我列举出来NV这边就是GF8400，8500，8600，8800，9500，9600，9800，以及最新的GT260 GT280。AMD那边就是

2600XT，2900XT，3650，3850，3870，4750，4780.再次还要介绍下显卡名字后缀，因为每个显卡型号都有很多种，并且性能差距明显：

nVIDIA显卡后缀名 顺序是这样的 从高到低

Ultra(在系列中最强的版本 不好买 用于nVIDIA的高端显卡)

GTX(在系列中 世面上性能最强仅次于Ultra 用于nVIDIA的高端显卡)

GTS(GTX的缩水版 但是性能仍然很强 用于nVIDIA的高端显卡)

GT(标准版 买中端和低端显卡不能低于GT级别了 用于nVIDIA所有型号的显卡)

GS(GT的缩水版 低端显卡不要买GS级别的 用于nVIDIA所有型号的显卡)

LE(最垃圾的级别 品牌机上常用 千万不要买 用于nVIDIA的中端和低端显卡)

AMD这边就没那么复杂，一般PRO代表简化版，类似于NV的GS，XT代表标准版类似于NV的GT，XTX代表最强类似于NV的U。

我再简短的把我知道的独立显卡的名字按从早到现在的顺序写出来

NV GF2 MX400 GF4 MX440 TI4200（经典之作） GF5200 GF5600 GF5700 GF5900 GF5950 GF6200 GF6600 GF6800 GF7300 GF7400 GF7600 GF7900 GF8400 GF8500 GF8600 GF8800 GF9500 GF9600 GF9800 GT260 GT280.

AMD R9200 R9500 R9550(很经典的卡）R9600 R00 R9800 X700 X800 R1600 R1800

R1900 R1650 R1950 R2600 R2900 R3650 R3850 R3870 R4850 R4870