上网速度很慢，打开网页要很久，有时打不开是什么原因？

网速慢一般由以下原因造成的 1你的 *** 作系统出现问题（包括丢失文件 中了病毒木马还有磁盘碎片太多等等） 2你的浏览器出现问题（包括丢失文件和被流氓软件劫持） 3你的网络硬件有问题（包括路由器、网卡、网线等，如硬件故障，有磁干扰等等） 4你的网络提供商的问题（包括你选择的非电信网络如联通网通等，他们的带宽有限,一般告诉你你是2M实际有时候下载才几十K,网络忙时特别不稳定，只有深更半夜才稳定点） 5天气原因，包括打雷闪电等 6系统设置问题，部分 *** 作系统对网络连接数有设限（例如XP默认连接数是10)还有硬件驱动不对等 7防火墙杀毒软件设置不当导致（有可能限制某些端口，有可能访问规则设置过多等） 8计算机配置过低，而软件启动太多，导致系统资源严重不足 ★版权申明:本答案为小资男人原创,任何人不得盗用!★ 其他原因： 1你要访问的网站服务器或登陆的游戏服务器有问题 2你要访问的网站服务器或登陆的游戏服务器所采用的网络不行（请参考上面的第4条） 3你要访问的网站服务器或登陆的游戏服务器人流量太大，导致服务器不堪重负，效率降低等 4你要访问的网站程序设计有问题，还有游戏服务器程序设计有问题，导致BUG太多，影响到了你正常浏览或玩游戏，让你感觉是以为网速慢 5你登陆的服务器是网通的，而你是电信网络，互相访问时是有速度上的差别，这个在玩游戏时相当明显，在你电信网络访问网通服务器时，痛苦，很慢 大概就是这么多，我尽量讲的通俗一点，让你好理解，可以用排除法，一条条去试试，发现问题对症下药，很快就解决问题了。

1你的 *** 作系统出现问题（包括丢失文件
中了病毒木马还有磁盘碎片太多等等）
2你的浏览器出现问题（包括丢失文件和被流氓软件劫持）
3你的网络硬件有问题（包括路由器、网卡、网线等，如硬件故障，有磁干扰等等）
4你的网络提供商的问题（包括你选择的非电信网络如联通网通等，他们的带宽有限,一般告诉你你是2M实际有时候才几十K,网络忙时特别不稳定）
5天气原因，包括打雷闪电等
6系统设置问题，部分 *** 作系统对网络连接数有设限（例如XP默认连接数是10)还有硬件驱动不对等
其他原因：
1你要访问的网站服务器或登陆的游戏服务器有问题
2你要访问的网站服务器或登陆的游戏服务器所采用的网络不行（请参考上面的第4条）
3你要访问的网站服务器或登陆的游戏服务器人流量太大，导致服务器不堪重负，效率降低等
4你要访问的网站程序设计有问题，还有游戏服务器程序设计有问题，导致BUG太多，影响到了你正常浏览或玩游戏，让你感觉是以为网速慢
5你登陆的服务器是网通的，而你是电信网络，互相访问时是有速度上的差别，这个在玩游戏时相当明显，在你电信网络访问网通服务器时，痛苦，很慢
以上应该可以解决你的问题

网速慢一般由以下原因造成的1你的 *** 作系统出现问题（包括丢失文件 中了病毒木马还有磁盘碎片太多等等）2你的浏览器出现问题（包括丢失文件和被流氓软件劫持）3你的网络硬件有问题（包括路由器、网卡、网线等，如硬件故障，有磁干扰等等）4你的网络提供商的问题（包括你选择的非电信网络如联通网通等，他们的带宽有限,一般告诉你你是2M实际有时候下载才几十K,网络忙时特别不稳定，只有深更半夜才稳定点）5天气原因，包括打雷闪电等6系统设置问题，部分 *** 作系统对网络连接数有设限（例如XP默认连接数是10)还有硬件驱动不对等7防火墙杀毒软件设置不当导致（有可能限制某些端口，有可能访问规则设置过多等）8计算机配置过低，而软件启动太多，导致系统资源严重不足★版权申明:本答案为小资男人原创,任何人不得盗用!★其他原因：1你要访问的网站服务器或登陆的游戏服务器有问题2你要访问的网站服务器或登陆的游戏服务器所采用的网络不行（请参考上面的第4条）3你要访问的网站服务器或登陆的游戏服务器人流量太大，导致服务器不堪重负，效率降低等4你要访问的网站程序设计有问题，还有游戏服务器程序设计有问题，导致BUG太多，影响到了你正常浏览或玩游戏，让你感觉是以为网速慢5你登陆的服务器是网通的，而你是电信网络，互相访问时是有速度上的差别，这个在玩游戏时相当明显，在你电信网络访问网通服务器时，痛苦，很慢 大概就是这么多，我尽量讲的通俗一点，让你好理解，可以用排除法，一条条去试试，发现问题对症下药，很快就解决问题了。

首先得同时代的比较，同时代的服务器CPU和家用CPU，首先差距最大的是核心数，服务器的要执行各种并发任务，核心数通常比较多，这是服务器CPU的优点。

缺点就是CPU主频偏低，而玩 游戏 ，尤其是多人网游，或者是模拟经营性的 游戏 ，对CPU主频要求高，所以服务器CPU就不适合打 游戏 。

一般家用机配服务器CPU有两种情况:

1买新的。前几年的e3神教，那时候和家用机主板通用，性能也不低。

2淘汰的服务器CPU，主要是 游戏 挂机多开，工作室用的多，个人不建议碰，网上卖的各种i7级i9级都是这种。

一个是服务器CPU（目前很多大型 科技 公司都在建立自己的服务器基地：最出名的华为七星湖）

另一个含义：电脑上的cpu（普通）

先规定一下讨论的范畴，那就是这里只说X86架构的CPU，一般来说服务器CPU和普通CPU相比，往往有以下特点， 主频低，核心多，IO性能更强，更注重稳定性等方面 。

先看看主频部分，目前桌面处理器已经突破了5GHz，而服务器CPU的频率往往也就4GHz左右，核心数量越多，频率往往也越低，我们可以看看最新的AMD EPYC系列产品规格表，可以看到频率最高72F3是8核16线程的产品，主频才41GHz，而AMD桌面的8核16线程CPU早就是47GHz的水平了。

不过服务器的核心数量优势还是很明显的，最高达到了64核，不过最大单核主频只有3675GHz，而且服务器上面是 支持多CPU互联的 ，而桌面（含HEDT平台）就不支持这种技术了，而且目前桌面最高端产品R9-5950X最高也才16核心，不过单核最高频率达到了49GHz。

说完了频率和核心的差异，再来说说IO性能的差异，服务器的IO性能是可以秒掉桌面平台的，在内存支持方面桌面处理器还是双通道内存，而服务器CPU已经支持8通道了，在PCI-E通道数量上，服务器CPU也远超普通桌面CPU，可以看到AMD EPYC服务器CPU支持高达128条PCI-E通道，而桌面CPU往往也就支持20条左右。

稳定性这个就不用多说了，服务器往往都是7X24小时全年运行，其对稳定性的要求自然特别高，所以除了CPU，配套的主板内存这些往往也会注重稳定性，这样子的结果就是服务器开机自检相比PC电脑特别慢，搭配的内存规格往往也不高，很多服务器主板看上去也没有那么多的接口，看上去给人一种简陋的感觉。此外候服务器CPU会先采用新指令集，譬如Intel的AVX 512就是率先在服务器上采用。

看完服务器CPU和普通CPU的区别，相信很多人对服务器CPU的兴趣会减低很多，原因也很简单，那就是目前桌面CPU的核心线程数量已经足够大部分用户使用了，而且桌面处理器的频率比服务器高得多，所以在 游戏 性能上面，桌面CPU具有更好的体验。

总的来说，在今天服务器CPU对于个人用户而言，早就没有选择的必要了，现在已经不是当年了，当年桌面处理器上面最高也就4核心8线程，服务器CPU的核心优势很明显，现在桌面上8核心16线程不算什么了，16核心32线程也有了，服务器CPU早就不香了，如果不是玩家，真的没有必要去碰服务器CPU了。

服务器处理器擅长处理多个简单任务，比如同时处理数十万用户访问网页。PC处理器擅长单个或少数几个复杂任务。

服务器cpu拿来跑 游戏 会很痛苦的。适合多线程作业

缓存和指令集，最重要的是价格，普通玩家没必要要至强类的cpu

普通的CPU性能侧重于多媒体方面的应用，是需要和 *** 作系统配合，才能发挥其相关的能力的。常见的个人window7、windows10等系统都是这一类。

服务器CPU性能侧重于数据处理方面的应用！它的 *** 作系统有unix lnix windows2000 server等等！尤其是对各种数据库的优化！

所以架构和设计方面就有很大的不同。服务器CPU在在硬件的支持下，可以支持25651210242048个，或者更多数量的同时工作。也支持热拔插，就是带电作业！

服务器的CPU更加稳定，可以常年累月的不关机，并处于工作状态！而且有了其它硬件的配合，不死机，不蓝屏！目前很多淘汰的洋垃圾，就有至强和安腾处理器。无良商家就用这种服务器CPU忽悠小白们！淘宝、拼多多的所谓低价高配，相当于酷睿九代十代的电脑就是这么来的！

最后再说一下，因为使用的目的、场合不同，两者在设计制造的时候，就有很多的不同！比如电子电路的布局，一、二、三级缓存的设计！各种指令集，固件，都是不一样的！

最主要的区别就是服务器CPU性能稳定，能 *** 持724小时工作平衡状态

普通CPU性能根据工作状态需要即时调整，一般用于 游戏 方面，不能长时间工作

只是打打字，看看文章，两者倒是可以通用。

服务器CPU相比普通CPU，核心和线程数更多，但主频相对较低，不适合玩 游戏 ，稳定性和安全性更强，而且价格也相对较高。但英特尔的E3系列服务器处理器是个例外，e3处理器硬件规格和同代的i7非常接近，而价格比i7更低，玩 游戏 也没有太大问题，像e3-1230v3及前代处理器可以使用同代酷睿主板，由于性价比非常高，所以深受电脑玩家的喜爱，这些处理器也被称为e3大法。由于intel担心e3处理器影响i7的销量，所以对e3处理器进行封杀，像后续的e3-1230v5已经无法使用普通主板，必须搭配专用主板才能使用，另外价格也没有任何优势了，所以E3大法也就基本淡出市场了。

对于老百姓来说，价格是最明显的区别，从性能上来说，那就是服务器的更加稳定一些，容错性更高一点。其他的没啥差别，服务器cpu就是比家用更贵，更好，更稳定。同样级别的服务器要比家用贵很多，还必须用配套设备，不然光一个cpu体现不了专业的价值。

从今天开始，我们将开始我们的Rust语言学习之路。Rust 语言是一种高效、可靠的通用高级语言。其高效不仅限于开发效率，它的执行效率也是令人称赞的，是一种少有的兼顾开发效率和执行效率的语言。
首先我们需要搭建好开发环境，本次选用linux作为服务器系统，也是为以后项目环境做考虑。毕竟windows作为服务器系统还是过于小众。

如果您曾经安装过 rustup，可以执行 rustup update 来升级 Rust。

在ssh界面运行以下命令：

如果您熟悉rustup安装程序并希望自定义安装，请选择第二个选项。 但是，出于本教程的考虑，我们仅选择默认的第一个选项，然后按Enter。

在 Rust 开发环境中，所有工具都安装在 ~/cargo/bin 目录中，您可以在这里找到包括 rustc、cargo 和 rustup 在内的 Rust 工具链。

运行以下命令

运行以下命令

如果出现以下版本号则证明安装成功

如果想卸载 Rust，您可以运行

如果想更新Rust，可以运行

转载表面上看，是一套基于B/S方式实现的分布式管理系统，但其实背后的架构是基于C/S完成的。你以为他是一只鞋吗？其实他是一个吹风机。作为界面化的系统，浏览器框架是不可或缺的，但更加重要的东西在Socket上面。

一、需要解决中央控制端到各节点服务器之间的通信。

这个其实牵扯到一个通信协议的问题，各语言都有自己的socket，thread的库，直接调用即可。但是这个通信协议就需要自己来完成了。既不能太简单，太简单了，明码传输，如果别人获知了这个接口，就很容易执行一些令人讨厌的 *** 作。也不能太复杂，太复杂了等于是给自己找麻烦，所以简单的数据包编解码的工作或者用token验证的方式是需要的。通信协议起码要两种，一种是传输命令执行的协议，一种是传输文件的协议。

二、跨语言的socket通信

为什么要跨语言，主控端和代理端通信，用什么语言开发其实无所谓。但是为了给自己省事，尽可能使用服务器上已经有了的默认语言，Ambari前期采用phppuppet的方式管理集群，这不是不可以，puppet自己解决了socket通信协议和文件传输的问题，可你需要为了puppet在每台服务器上都安装ruby。我是个有点服务器和代码洁癖的人。光是为了一个puppet就装个ruby，我觉得心里特对不起服务器的资源。所以我自己写了一个python的代理端。python是不管哪个linux系统在安装的时候就都会有了。然后主控端的通信，可以用python实现，也可以用php实现，但是考虑到对于更多的使用者来说，改php可能要比改tornado简单许多，所以就没用python开发。hadoop分支版本众多，发布出去，用户要自己修改成安装适合自己的hadoop发行版，就势必要改源码，会php的明显比会python的多。php里面的model封装了所有的 *** 作，而python只是个 *** 作代理人的角色而已。

所以也延伸出一个问题，什么语言用来做这种分布式管理系统的代理端比较合适，我自己觉得，也就是python比较合适了， *** 作系统自带，原生的package功能基本够用。用java和php也可以写agent，但是你势必在各节点预先就铺设好jre或者php运行环境。这就跟为什么用python和java写mapred的人最多是一样的。没人拦着你用nodejs写mapred，也可以写，就是你得在每个节点都装v8的解释引擎，不嫌麻烦完全可以这样干。原理参看map/rece论文，不解释。perl也是 *** 作系统原生带的，但是perl的可维护性太差了，还是算了吧。

所以这就牵扯到一个跨语言的socket问题，理论上来说，这不存在什么问题。但这是理论上的，实际开发过程中确实存在问题，比如socket长连接，通信数据包在底层的封装方式不同。我没有使用xml-rpc的原因之一就是我听说php的xmlrpc跟其他语言的xmlrpc有不同的地方，需要修改才能用,我就没有用这种办法。最早是自己定义的 *** 作协议，这时就遇到了这些问题，所以后来直接采用了thrift方式。就基本不存在跨语言的socket通信问题了。

三、代理端执行结果的获取

无论命令还是文件是否在代理端执行成功，都需要获取到执行结果返回给中央端。所以这里也涉及一个读取节点上的stdout和stderr的问题。这个总体来说不是很难，都有现成的包。当然这个时候你需要的是阻塞执行，而不能搞异步回调。

还有个问题是，我要尽可能使用python默认就带的包，而尽量不让服务器去访问internet下载第三方的包。

还有代理端最重要的一点，就是python的版本兼容性。centos5用python24，centos6用python26，ubuntu基本默认都是27。所以一定要最大限度的保证语言的跨版本兼容性，要是每个 *** 作系统和每一个版本我都写一个代理，我一个人就累死了。

四、浏览器端的model，view，controller

这里面你要封装好所有的通信协议，以及需要在节点上面执行的脚本。发送文件的 *** 作和数据库 *** 作也要在model里面完成。

如果对tcl/tk很熟，也可以写基于 *** 作系统界面方式的管理，不用浏览器就是了。

view对我来说是最痛苦的事，都是现学的jQuery怎么用，前端的工作太可怕了。关于这方面，没有太多可描述的，html和js带给我的只有痛苦的回忆，万恶的undefined。

五、跨 *** 作系统的安装文件封装。

要适应不同的 *** 作系统也是个很麻烦的事情，需要用agent提前获知 *** 作系统的发行分支，版本号。然后去找到对应的安装文件去执行。你不能保证一个分布式系统的集群中所有的节点都可以访问internet，更多的情况是这些节点都存在在一个安全的内网中。只有个别几个节点是可以访问外网的。所以，我势必要把所有的安装文件以及他们的依赖尽可能集中起来。我不确定安装 *** 作系统的lzo，yum或者apt-get会去下什么鬼东西，甚至无论是yum还是apt-get，里面都没有hadoop-lzo的库文件。所以，最好的办法是自己编译打包rpm和deb包。直接安装就好了，别去找repo下载什么。

这就是第五步工作，把需要的依赖的东西自己编译打包成rpm和deb。

deb包很好解决，但是rpm就没那么好办了，需要学习rpm的编译文件如何编写，这块是挺麻烦的，但是这玩意用好了还是挺不错的。现在我自制的安装包里面就已经包含了自己编译的lzo和snappy两种压缩库，以及hadoop-gpl-packaging的rpm和deb。下一个发布的easyhadoop将直接支持centos5,6，suse，以及ubuntu/debian的系统上安装hadoop。已经自带了lzo和snappy以及lzop和snzip。

六、把这些所有东西，整合到一个系统里面。

关联这些所有事情间的联系，整合到一个浏览器界面里面去。写一个分布式的管理脚本不难，写一个界面也不难，但是也许是我的水平不行，这两件事结合起来让他们协同工作还是有点难度的。对我来说，写界面的工作可能更难一点。

Cloudera可能是十来个人在写Manager的东西，ambari也是放到github和apachesvn上面，apache基金会的各种committer在写。easyhadoop没他们功能那么强大，一年来只有我一个人设计架构，功能，各种语言的编码，测试，发布。Fortheloveofgod,WhathaveIdone(英文部分请站在山顶仰天长啸)T_T。从前台到后台，到hadoop和生态系统以及他们的依赖软件的单独patch、编译打包。(系统yum或者apt-get的包不如自己打的好使。)

从时间上来看，全球第一款开源的hadoop部署管理系统应该还是属于ambari，2011年8月开始写的，2012年9月底进入apache的incubator。我是大概2012年8月开始写的easyhadoop，全球第一没赶上，估计国内第一个开源的hadoop管理系统还是可以排上的。

---