怎样计算出一台服务器的总IO带宽及读写速度？以及20台服务器做集群后的总带宽及速度？

其实，实测就最好，复大于1G文件，看到的，另外，交换改，光纤模块，接入交换，理论1000M交换，达124M/s

IDC带宽测试几款软件（Multiping pingPlotter TracertGUI ）

转载weixin_34238633 发布于2017-11-07 04:26:00 阅读数 245  收藏

展开

这段时间一直测试IDC机房带宽，分享几款软件吧

介绍一款实用Multiping工具，通过绘图方式表现出来，特别直观，自带导入导出模板功能，方便把自己常用的监控做成模板导出

下载地址：http://wwwmultipingcom/downloads/mping_2exe

另外一款是pingPlotter，实时路由跳数监控，各个路由网关点直接延迟，很有用，不同时间段判断网路线路是否稳定

http://wwwpingplottercom/downloads/pngplt_proexe

再介绍一款TracertGUI，路由网关点，中文显示ip地址实际所在地，还可以手动升级ip地址表的更新

下载：见附件，注意 如果附件下载名称数字不连在一块，自己修改一下才能解压

附件：http://down51ctocom/data/2358888

网络流量监控、真实带宽测试软件_Real Network Monitor V15

1CPU和内存：CPU的类型、主频和数量在相当程度上决定着服务器的性能;服务器应采用专用的ECC校验内存，并且应当与不同的CPU搭配使用。

2芯片组与主板：即使采用相同的芯片组，不同的主板设计也会对服务器性能产生重要影响。

3网卡：服务器应当连接在传输速率最快的端口上，并最少配置一块千兆网卡。对于某些有特殊应用的服务器(如FTP、文件服务器或视频点播服务器)，还应当配置两块千兆网卡。

4硬盘和RAID卡：硬盘的读取/写入速率决定着服务器的处理速度和响应速率。除了在入门级服务器上可采用IDE硬盘外，通常都应采用传输速率更高、扩展性更好的SCSI硬盘。对于一些不能轻易中止运行的服务器而言，还应当采用热插拔硬盘，以保证服务器的不停机维护和扩容。

5冗余：磁盘冗余采用两块或多块硬盘来实现磁盘阵列;网卡、电源、风扇等部件冗余可以保证部分硬件损坏之后，服务器仍然能够正常运行。

服务器采购五大问题需提前考虑

服务器市场上产品种类繁多，各厂商开始花样翻新地打服务、打方案，使用户在选购服务器产品时迷惑也越来越多。下面几个问题的解答相信能在用户选购服务器时提供一些参考，因为，春之华造就秋之实，选到合适的服务器产品，是保证业务正常运营的一个必要因素。

问题一：选购IA服务器时应考察的主要配置参数有哪些？

CPU和内存CPU的类型、主频和数量在相当程度上决定着服务器的性能；服务器应采用专用的ECC校验内存，并且应当与不同的CPU搭配使用。

芯片组与主板即使采用相同的芯片组，不同的主板设计也会对服务器性能产生重要影响。

网卡服务器应当连接在传输速率最快的端口上，并最少配置一块千兆网卡。对于某些有特殊应用的服务器（如FTP、文件服务器或视频点播服务器），还应当配置两块千兆网卡。

硬盘和RAID卡硬盘的读取/写入速率决定着服务器的处理速度和响应速率。除了在入门级服务器上可采用IDE硬盘外，通常都应采用传输速率更高、扩展性更好的SCSI硬盘。对于一些不能轻易中止运行的服务器而言，还应当采用热插拔硬盘，以保证服务器的不停机维护和扩容。

磁盘冗余采用两块或多块硬盘来实现磁盘阵列；网卡、电源、风扇等部件冗余可以保证部分硬件损坏之后，服务器仍然能够正常运行。

热插拔是指带电进行硬盘或板卡的插拔操作，实现故障恢复和系统扩容。

同时，在选择IA服务器时通常需要考虑可管理性、可用性、可扩展性、安全性以及可靠性等几方面的性能指标。

问题二：64位服务器覆盖的应用范围？

这里要说的，仍然是安腾、AMD64等一些新型64位服务器。从应用类型来看，大致可分为主域服务器、数据库服务器、Web服务器、FTP服务器和邮件服务器、高性能计算集群系统几类。

主域控制器：网络、用户、计算机的管理中心，提供安全的网络工作环境。主域控制器的系统瓶颈是内存、网络、CPU、内存配置。

文件服务器：文件服务器作为网络的数据存储仓库，其性能要求是在网络上的用户和服务器磁盘子系统之间快速传递数据。

数据库服务器：数据库引擎包括DB2、SQLServer、Oracle、Sybase等。数据库服务器一般需要使用多处理器的系统，以SQLServer为例，SQLServer能够充分利用SMP技术来执行多线程任务，通过使用多个CPU，对数据库进行并行操作来提高吞吐量。另外，SQLServer对L2缓存的点击率达到90%，所以L2缓存越大越好。内存和磁盘子系统对于数据库服务器来说也是至关重要的部分。

Web服务器：Web服务器用来响应Web请求，其性能是由网站内容来决定的。如果Web站点是静态的，系统瓶颈依次是：网络、内存、CPU；如果Web服务器主要进行密集计算（例如动态产生Web页），系统瓶颈依次是：内存、CPU、磁盘、网络，因为这些网站使用连接数据库的动态内容产生交易和查询，这都需要额外的CPU资源，更要有足够的内存来缓存和处理动态页面。

高性能计算用的集群系统：一般在4节点以上，节点机使用基于安腾、AMD64技术的Opteron系统，这种集群系统的性能主要取决于厂商的技术实力、集群系统的设计、针对应用的调优等方面。

问题三：多处理器服务器选购的策略如何？

在购买多处理器系统之前，你必须了解工作负载有多大，还要选择合适的应用软件和操作系统，然后再确定使它们可以运行起来的服务器。值得注意的是，你最好购买比你目前所需的计算能力稍高一些的服务器，以便适应未来扩展的需要。

首先，处理器的选择与主要操作系统平台和软件的选择密切相关。你可以选择SPARC、PowerPC等处理器，它们分别应用于SunSolaris、IBMAIX或Linux等操作系统上。大多数用户出于价格和操作系统方面的考虑也采用Intel处理器。

其次，要选择合适的I/O架构。目前最常见的总线结构是PCI、PCI-X。PCI迅速发展为包括32位和64位数据通道，并对33MHz和66MHz时钟速度提供支持。PCIExpress是一种全新的串行技术，它彻底变革了原来的并行PCI技术，同时又能兼容PCI技术。PCIExpress总线采用点对点技术，能够为每一块设备分配独享通道带宽，不需要在设备之间共享资源。充分保障各设备的带宽资源。

然后，还要选择合适的内存。大多数多处理器系统目前都支持纠错SDRAM。

最后，是存储的问题。服务器所支持的驱动舱个数必然会影响到服务器的外形和高度。如果将服务器连接到SAN上，则对内部存储没有太多的要求。但是，如果设备安放在没有SAN的远程位置上，那么可以购买支持多达8个可外部访问的热插拔SCSI驱动器的系统。

问题四：刀片服务器用武之地何在？

刀片服务器最初定位于寻求将大量的计算能力压缩到狭小空间中的服务提供商和大型企业。现在，许多系统厂商把能够整合数据中心基础设施、去除杂七杂八的线缆和优化管理、高性价比等作为卖点来销售这些薄片状的服务器。刀片服务器大小仅为标准的1U服务器几分之一，并且需要电能更少，安装在使它们可以共享资源的专用机箱中。

问题五：刀片服务器除了在计算密度上带来回报外，成本会节约吗？

专家认为，部署刀片服务器将得到节省空间费用的回报。在使用刀片服务器时，能够在每机架单位上达到10GHz的计算能力，而在使用传统平台时，每机架单位实际为05GHz的计算能力，这是20倍的改进。现在数据中心空间费用非常昂贵，而这正是使用刀片服务器得到巨大回报的地方：计算密度。

然而，早期采用者也指出刀片服务器并不是对所有人都适用。有的厂商会说你必须拥有刀片服务器，他们将用刀片服务器代替所有的服务器。对于用户来说，应该在最合适的地方使用它，如果你试图更高效率地利用空间的话，就应当考虑选择刀片服务器。

硬件

CPU、内存、硬盘、网卡

域控对机器要求不高，网卡要好点、快点

MIS或ERP对内存、硬盘、网卡的要求较高

网站对内存、网卡的要求较高

数据库对CPU、内存、硬盘、网卡的要求较高

其他

CPU和内存：CPU的类型、主频和数量在相当程度上决定着服务器的性能;服务器应采用专用的ECC校验内存，并且应当与不同的CPU搭配使用。

芯片组与主板：即使采用相同的芯片组，不同的主板设计也会对服务器性能产生重要影响。

网卡：服务器应当连接在传输速率最快的端口上，并最少配置一块千兆网卡。对于某些有特殊应用的服务器(如FTP、文件服务器或视频点播服务器)，还应当配置两块千兆网卡。

硬盘和RAID卡：硬盘的读取/写入速率决定着服务器的处理速度和响应速率。除了在入门级服务器上可采用IDE硬盘外，通常都应采用传输速率更高、扩展性更好的SCSI硬盘。对于一些不能轻易中止运行的服务器而言，还应当采用热插拔硬盘，以保证服务器的不停机维护和扩容。

冗余：磁盘冗余采用两块或多块硬盘来实现磁盘阵列;网卡、电源、风扇等部件冗余可以保证部分硬件损坏之后，服务器仍然能够正常运行。

热插拔：是指带电进行硬盘或板卡的插拔操作，实现故障恢复和系统扩容。同时，在选择IA服务器时通常需要考虑可管理性、可用性、可扩展性、安全性以及可靠性等几方面的性能指标。

运营商运营侧0域数据一般包括B域、O域、M域。

O域（运营域）、B域（业务域）、M域（管理域）特指电信行业大数据领域的三大数据域。B域有用户数据和业务数据，比如用户的消费习惯、终端信息、ARPU的分组、业务内容，业务受众人群等。圈内叫BSS。

顾名思义，主要是建设一些业务支撑系统，用来保障电信运营商能够正常支撑他的业务。主要的有CRM客户关系管理和计费系统。

中国电信集团会按照一定周期下发系统建设规范，版本从10目前发展到30；期间还有各种小版本，每个小版本都有相关的建设侧重。作为支撑运营商的厂家和业务工程师，很重要的一点就是要熟悉这些规范。

位置信息的隐匿技巧

在生成虚假用户的方法中，通过采用直接随机生成虚假用户，该方法适合应用于隐私程度不高的情况。它的缺点是大量的虚假用户会增加服务器计算的开销，延长用户等待服务结果的时间，并且浪费了系统的资源，降低了服务质量。

空间匿名方法的隐私保护度比生成虚假用户方法更好，并且匿名区域大小能够直观的反映隐私保护度。时空匿名方法的优点是在空间匿名的基础上考虑了用户查询的时间，进一步提升了位置隐私保护度。

穿越火线的pin有0。

直接用TX的服务器就是全部回答除了服务器其他的Ping都不会是0的，我看见过Ping为1的有啊，我家一跳就0或几千。

ping就是延迟，值越高你的动作就会延迟几秒，值是0那速度最好，主要是网速要好，和电脑也要好系统也要好，这样就有可能达到值0。

游戏评价

《穿越火线》追求的游戏乐趣不仅仅是开枪的爽快感，而且更加核心的乐趣是来自相互合作及默契带来的战略意义。人物快速移动和瞄准、开枪的打击感洋溢着快节奏FPS游戏的趣味。特别是通过确认玩家的出生点和交战地带后计算最佳路线来不断挖掘地图，并从中得到乐趣。

《穿越火线》中每个人物都是一个传说，每个传说都有一个故事，在战火纷飞的战场之上，除了精良的武器装备，还有炫酷的角色也是必不可少的。让玩家在战场上特色鲜明，人物的一些隐藏属性，在实际作战当中也是大有用处。

从2008年开始穿越火线长达6年的时间没有做出革命性的变革，在大众玩家眼里，CF的游戏品质就是多年一成不变的，到了2014年12月，在20版本中，游戏对画质、用户界面、武器、角色、玩法各个方面都有了全面的提升，虽然游戏画面引擎比较老旧，但老瓶也能装出新酒。

      具体问题具体分析，举例来说明为什么磁盘IO成瓶颈数据库的性能急速下降了。

     为什么当磁盘IO成瓶颈之后, 数据库的性能不是达到饱和的平衡状态，而是急剧下降。为什么数据库的性能有非常明显的分界点，原因是什么？

      相信大部分做数据库运维的朋友，都遇到这种情况。 数据库在前一天性能表现的相当稳定，数据库的响应时间也很正常，但就在今天，在业务人员反馈业务流量没有任何上升的情况下，数据库的变得不稳定了，有时候一个最简单的insert操作， 需要几十秒，但99%的insert却又可以在几毫秒完成，这又是为什么了？

        dba此时心中有无限的疑惑，到底是什么原因呢 磁盘IO性能变差了？还是业务运维人员反馈的流量压根就不对？ 还是数据库内部出问题？昨天不是还好好的吗？

        当数据库出现响应时间不稳定的时候，我们在操作系统上会看到磁盘的利用率会比较高，如果观察仔细一点，还可以看到，存在一些读的IO 数据库服务器如果存在大量的写IO,性能一般都是正常跟稳定的，但只要存在少量的读IO,则性能开始出现抖动，存在大量的读IO时（排除配备非常高速磁盘的机器），对于在线交易的数据库系统来说，大概性能就雪崩了。为什么操作系统上看到的磁盘读IO跟写IO所带来的性能差距这么大呢？ 

        如果亲之前没有注意到上述的现象，亲对上述的结论也是怀疑。但请看下面的分解。

        在写这个文章之前，作者阅读了大量跟的IO相关的代码，如异步IO线程的相关的，innodb_buffer池相关的，以及跟读数据块最相关的核心函数buf_page_get_gen函数以及其调用的相关子函数。为了将文章写得通俗点，看起来不那么累，因此不再一行一行的将代码解析写出来。

     咱们先来提问题。 buf_page_get_gen函数的作用是从Buffer bool里面读数据页，可能存在以下几种情况。

      提问 数据页不在buffer bool 里面该怎么办？ 

     回答：去读文件，将文件中的数据页加载到buffer pool里面。下面是函数buffer_read_page的函数，作用是将物理数据页加载到buffer pool, 中显示

buffer_read_page函数栈的顶层是pread64(),调用了操作系统的读函数。

buf_read_page的代码

   如果去读文件，则需要等待物理读IO的完成，如果此时IO没有及时响应，则存在堵塞。这是一个同步读的操作，如果不完成该线程无法继续后续的步骤。因为需要的数据页不再buffer 中，无法直接使用该数据页，必须等待操作系统完成IO

      再接着上面的回答提问：

       当第二会话线程执行sql的时候，也需要去访问相同的数据页，它是等待上面的线程将这个数据页读入到缓存中，还是自己再发起一个读磁盘的然后加载到buffer的请求呢？   代码告诉我们，是前者，等待第一个请求该数据页的线程读入buffer pool。

      试想一下，如果第一个请求该数据页的线程因为磁盘IO瓶颈，迟迟没有将物理数据页读入buffer pool, 这个时间区间拖得越长，则造成等待该数据块的用户线程就越多。对高并发的系统来说，将造成大量的等待。 等待数据页读入的函数是buf_wait_for_read，下面是该函数相关的栈。

    通过解析buf_wait_for_read函数的下层函数，我们知道其实通过首先自旋加锁pin的方式，超过设定的自旋次数之后，进入等待，等待IO完成被唤醒。这样节省不停自旋pin时消耗的cpu,但需要付出被唤起时的开销。

    再继续扩展问题： 如果会话线程A 经过物理IO将数据页1001读入buffer之后，他需要修改这个页，而在会话线程A之后的其他的同样需要访问数据页1001的会话线程，即使在数据页1001被入读buffer pool之后，将仍然处于等待中。因为在数据页上读取或者更新的时候，同样需要上锁，这样才能保证数据页并发读取/更新的一致性。

     由此可见，当一个高并发的系统，出现了热点数据页需要从磁盘上加载到buffer pool中时，造成的延迟，是难以想象的。因此排在等待热点页队列最后的会话线程最后才得到需要的页，响应时间也就越长，这就是造成了一个简单的sql需要执行几十秒的原因。

再回头来看上面的问题，mysql数据库出现性能下降时，可以看到操作系统有读IO。 原因是，在数据库对数据页的更改，是在内存中的，然后通过检查点线程进行异步写盘，这个异步的写操作是不堵塞执行sql的会话线程的。所以，即使看到操作系统上有大量的写IO，数据库的性能也是很平稳的。但当用户线程需要查找的数据页不在buffer pool中时，则会从磁盘上读取，在一个热点数据页不是非常多的情况下，我们设置足够大的innodb_buffer_pool的size, 基本可以缓存所有的数据页，因此一般都不会出现缺页的情况，也就是在操作系统上基本看不到读的IO。  当出现读的IO时，原因时在执行buf_read_page_low函数，从磁盘上读取数据页到buffer pool, 则数据库的性能则开始下降，当出现大量的读IO，数据库的性能会非常差。