至强e5和i7哪个好

昂贵的至强E5比同代i7贵在哪里？
它们都是14nm工艺。但i7的价格只有E5-2667价格的1/6，只有E5-4669价格的1/20。我们再看一下他们的基本配置情况：
这页有很多需要重点关注的内容：核心数从4，一路上升到22。主频i7-5775和E5-2667很接近，在32GHz左右，但E5-4669就降低到了22GHz。这是为了在TDP相对E5-2667不变的情况下塞入更多的核心和cache而做的牺牲。Cache数目相差巨大，从i7的6MB上升到55MB，几乎上升10倍。
同样的，这一页亮点也很多。内存i7只支持双通道，最大32GB，且不支持ECC内存。而E5则支持高达154TB内存，支持4通道和ECC内存。
其他方面E5没有内置GPU，i7不支持TXT等功能。感兴趣的同学可以详见我做好的比较表:Intel�0�3 Product Specification Comparison
我用Cinebench简单地对i7-5775和E5-2667做了Benchmark，单核性能比较：
多核性能：
CineBench是很有说服力的一套CPU和显卡测试系统。这里用的是最新的是R15版。相比R115版本的最多16个核心来说，R15版本最多能够支持256个逻辑核心，此外新版本还加强了着色器、抗锯齿、阴影、灯光以及反射模糊等的考察，对CPU性能的检测更加准确，也比较符合我们日常的游戏和工作行为。
GeekBeach的数据如下是，单核：

建议选择DDR4 3600的。回答贴主的疑问，DDR4就是一个接口标准和技术标准，不是品牌。内存做得比较好的大厂，比方说美商（我就用的是美商的）等等，我这里就不一一列举了。虽说频率越高，性能越好。但是，3600相对于3200的增幅其实并不大。所以根据性价比问题，有大多数人会建议就3200就行了。

我想说的是，这个观点没毛病。还有最关键的，你的CPU是否直接支持这么高的频率？或者说，你的主板是否具有xmp功能？还是，什么都没有，只能bios模式下，通过手动配置内存电压和频率，实现超频。

我这里举个例子，就拿intel 11代i7来说：

来自某东商品页面详情页

上面标注了内存支持的频率，这就表明，就算你的主板没有XMP技术，只要内存是图示这两个频率，就可以达到。但是，假设你购买了3600的内存，再不做任何多余处理的情况下，内存会降频到3200或者2933，这个要看具体那个主板了。如果，还想实现3600的频率，则主板必须支持XMP技术，或者，手动配置超频。

此外，本帖发表的时代，已经进入CPU能最高能够直接支持3600MHz了。还是那句话：“早买早享受，晚买等折扣。”如果你是烧友，这都不是事。关键还是要看，你个人对于配置这么高性能的电脑的定位。说人话，就是你准备拿这台电脑干什么用？在性能和性价比中找到权衡。没有什么绝对的，配多少多少就行了。时代是发展的。等DDR4 3600都白菜价了，或者DDR5技术下放了，肯定又是一场变革。

（看来时代是进步的！2021年11月22日我增补了这个括号内的内容，DDR5已经下放。但是，个人感觉完全没有必要现在就入，让溢价少一点再考虑。从硬件要求看，z690才能搭配DDR5，处理器也必须搭配intel12代CPU。况且，系统还需要win11才能发挥最大效用。这几对活宝凑一块，我怕好吧。还是，让它稳定一会以后，我才看好。）

2022年9月29日增补：intel13都要出来了。时代进步太快，我们也没必要拘泥于DDR4了，可以考虑DDR5了~

希望对你有用。任何人有不同意见，欢迎评论、留言。一起交流。

常见的性能测试方法有以下几种：
1．负载测试
在这里，负载测试指的是最常见的验证一般性能需求而进行的性能测试，在上面我们提到了用户最常见的性能需求就是“既要马儿跑，又要马儿少吃草”。因此负载测试主要是考察软件系统在既定负载下的性能表现。我们对负载测试可以有如下理解：
（1）负载测试是站在用户的角度去观察在一定条件下软件系统的性能表现。
（2）负载测试的预期结果是用户的性能需求得到满足。此指标一般体现为响应时间、交易容量、并发容量、资源使用率等。
2．压力测试
压力测试是为了考察系统在极端条件下的表现，极端条件可以是超负荷的交易量和并发用户数。注意，这个极端条件并不一定是用户的性能需求，可能要远远高于用户的性能需求。可以这样理解，压力测试和负载测试不同的是，压力测试的预期结果就是系统出现问题，而我们要考察的是系统处理问题的方式。比如说，我们期待一个系统在面临压力的情况下能够保持稳定，处理速度可以变慢，但不能系统崩溃。因此，压力测试是能让我们识别系统的弱点和在极限负载下程序将如何运行。
3．并发测试
验证系统的并发处理能力。一般是和服务器端建立大量的并发连接，通过客户端的响应时间和服务器端的性能监测情况来判断系统是否达到了既定的并发能力指标。负载测试往往就会使用并发来创造负载，之所以把并发测试单独提出来，是因为并发测试往往涉及服务器的并发容量，以及多进程/多线程协调同步可能带来的问题。这是要特别注意，必须测试的。
4．基准测试
当软件系统中增加一个新的模块的时候，需要做基准测试，以判断新模块对整个软件系统的性能影响。按照基准测试的方法，需要打开/关闭新模块至少各做一次测试。关闭模块之前的系统各个性能指标记下来作为基准（Benchmark），然后与打开模块状态下的系统性能指标作比较，以判断模块对系统性能的影响。
5．稳定性测试
“路遥知马力”，在这里我们要说的是和性能测试有关的稳定性测试，即测试系统在一定负载下运行长时间后是否会发生问题。软件系统的有些问题是不能一下子就暴露出来的，或者说是需要时间积累才能达到能够度量的程度。
6．可恢复测试
测试系统能否快速地从错误状态中恢复到正常状态。比如，在一个配有负载均衡的系统中，主机承受了压力无法正常工作后，备份机是否能够快速地接管负载。可恢复测试通常结合压力测试一起来做。
提示：每种测试有其存在的空间和目的。当我们接手一个软件项目后，在有限的资源条件下，选择去做哪一种测试，这应该根据当前软件过程阶段和项目的本身特点来做选择。比如，在集成测试的时候要做基准测试，在软件产品每个发布点要做性能测试。

天互数据 为您解答
服务器测试方法

服务器测试方法分为两个大方面，性能测试与功能测试。
我们在性能测试方面采用了新的测试方法，主要分为文件测试、数据库性能测试与
Web
性能测试三个
方面。其中，文件性能与数据库性能采用美国
Quest
软件公司的
Benchmark Factory
负载测试和容量规划
软件，
Web
性能测试则使用了
Spirent
公司提供的
Caw WebAvalanche
测试仪。
一、性能测试
1
、文件性能测试方法
Benchmark Factory
软件能按照文件读写的关键指标定制事务。软件最大支持
1000
个虚拟客户。
本次测试环境包括
10
台配置为
PIII800/128MB
内存
/20G
硬盘以上的客户端，它们用来模拟虚拟用户。
控制台为配置是
PIII 850/128MB
内存
/40G
硬盘的
Acer
笔记本电脑。交换机为带有两个千兆
GBIC
接口、
24
个
10/100M
自适应端口的
Cisco 2950
，客户端与控制台通过
100M
网卡连到交换机上，被测服务器则通
过千兆光纤网卡与交换机相连接。
被测服务器均安装带
SP4
的
Windows
2000
Advanced Server
*** 作系统，在所有三项性能测试中都统一
RAID
级别为
5
。
在具体测试方案设置上，测试软件把决定文件读写 *** 作的关键因素设定为：读
/
写、随机
/
顺序、 *** 作
块大小、对象大小四个。在本次测试中，考虑到我们设有单独的数据库及
Web
测试项目，所以在文件测试
中，我们把目标确定为测试服务器基本的
I/O
性能，这主要由网络接口、系统带宽、磁盘子系统等几大部
分所决定。同时，从几部分的作用看，以大 *** 作块读写大对象文件，小 *** 作块读写小对象文件，较能反映
服务器最基本的
I/O
性能，即“大 *** 作块读写大文件”对系统带宽、缓存的考察，以及“小 *** 作块读写小
文件”对磁盘子系统、网络接口的考察。最终我们确定的四个事务是：
大文件顺序读写
(
*** 作块
8KB
，对象文件
80% 500KB
、
20% 1MB)
大文件随机读写
(
*** 作块
8KB
，对象文件
80% 500KB
、
20% 1MB)
小文件随机读
(
*** 作块
1KB
，对象文件
80% 1KB
、
10% 10KB
、
10% 50KB)
小文件顺序写
(
*** 作块
1KB
，对象文件
80% 1KB
、
10% 10KB
、
10% 50KB)
每个事务的用户数均以固定步长逐渐增加，
最大可增加到
1000
个虚拟用户。
其中，
“大文件顺序读写”
事务的用户数按照
40
的步长从
1
可增加到
400
个
(
测试至强服务器
)
或
200
个
(
测试
TUALATIN
服务器
)
，其
他事务则将用户数按照
100
的步长从
1
增加至
1000
。我们期望得到其在不同用户数时被测服务器的性能表
现。总体上其走势及峰值反映了该服务器的性能。每项事务均运行三次，每次之间被测服务器进行重启，
最终结果为三次平均值。
2
、数据库性能测试方法

“乘机安全小贴士”安全出行要重视
数据库性能测试同样使用了
Benchmark Factory
软件，测试环境如同文件性能测试。测试时，在被测
服务器上安装
SQL Server 2000
使用企业版。首先在被测服务器上创建新的数据库，通过使用
Benchmark
Factory
预定义的
Database Spec
项目向数据库中创建表，装载数据。在服务器端创建以
CPU
计算为主的
存储过程，通过
10
台客户机模拟用户、按照
40
个虚拟用户的步长递增到
400
个用户，执行该存储过程。
结果是以获得的每秒事务数
(TPS)
衡量服务器的数据库事务处理能力。
整个测试分为三次，
每次之间重新启
动被测服务器，最终取三次平均值作为评价结果。
3
、
Web
性能测试方法
Web
性能测试工具是由
Spirent
公司提供的
Caw WebAvalanche
。
WebAvalanche
模拟实际的用户发出
>