根据 chiphell 相关讨论 https://www.chiphell.com/thread-2611431-1-1.html 认为这个 CPU 是 6 通道 但是我买这个 CPU 的卖家十分确认就是 8 通道，还说测过无数次了 现在 CPU 我买到手了，双路 7K62 ，暂时配了 12 根内存条 求教如何测试能知道这个 CPU 是 6 通道还是 8 通道？ 如果是 6 通道我就用这 12 根内存，8 通道我就再买几根 谢谢
国外微软的 Azure、亚马逊的 AWS 和谷歌的 GCP 三大云平台提供商之间的战争就如同腾讯云与阿里云，之间的战争硝烟弥漫，而受益最大的则是我们消费者，AWS 提供免费试用 12 个月，GCP 直接给新用户 $200 的余额随便用，而 Azure 则是两者之和，提供了免费试用 12 月外加信用额度 $200，都相当的壕气（均需要国际信用卡）
Azure 的免费政策：https://azure.microsoft.com/zh-cn/free/
正好我有一张 visa 卡，就申请了他们家的免费试用，下面是评测报告。
价格：免费
机型：B1S（1CPU + 1G RAM）
机房位置：香港（东亚机房）
虚拟：Hyper-V
查看更多主机跑分测评来进行横向对比，请点击：https://hzy.pw/p/tag/vps-test
测试结果仅能代表当时的服务器水平，受网络、机房的影响可能会与实际情况有差别。
---------------------------------------------------------------------- CPU Model : Intel(R) Xeon(R) CPU E5-2673 v3 @ 2.40GHz CPU Cores : 1 Cores @ 2394.403 MHz x86_64 CPU Cache : 30720 KB OS : Debian GNU/Linux 9 (64 Bit) Hyper-V Kernel : 4.9.0-6-amd64 Total Space : 66.9 GB (3.0 GB Used) Total RAM : 913 MB (228 MB Used 544 MB Buff) Total SWAP : 0 MB (0 MB Used) Uptime : 0 days 18 hour 43 min Load average : 0.06, 1.59, 1.48 ASN & ISP : AS8075, Microsoft Corp Organization : Microsoft Azure Location : Hong Kong, China / HK Region : Hong Kong ---------------------------------------------------------------------- I/O Speed( 1.0GB ) : 11.4 MB/s I/O Speed( 1.0GB ) : 11.4 MB/s I/O Speed( 1.0GB ) : 11.4 MB/s Average I/O Speed : 11.4 MB/s ---------------------------------------------------------------------- Node Name Upload Speed Download Speed Latency Speedtest.net 0.00 Mbit/s 11.96 Mbit/s 39.799 ms Fast.com 0.00 Mbit/s 149.7 Mbit/s 0.000 ms Shanghai CT 224.96 Mbit/s 133.47 Mbit/s 134.445 ms Hangzhou CT 282.51 Mbit/s 366.95 Mbit/s 350.036 ms Chengdu CT 297.80 Mbit/s 261.22 Mbit/s 46.351 ms Shanghai CU 205.90 Mbit/s 491.24 Mbit/s 74.781 ms Xi'an CU 241.29 Mbit/s 354.87 Mbit/s 54.176 ms Chongqing CU 204.42 Mbit/s 146.99 Mbit/s 303.21 ms Xi'an CM 362.86 Mbit/s 466.86 Mbit/s 429.041 ms Kunming CM 61.42 Mbit/s 118.98 Mbit/s 182.589 ms Guangzhou CM 10.72 Mbit/s 26.50 Mbit/s 816.646 ms ---------------------------------------------------------------------- Finished in : 8 min 9 sec Timestamp : 2018-08-01 12:39:54 GMT+8
或许你注意到了 11.4 MB/s 的极低 IO 速度，这大概是其他 KVM、OpenVZ 主机的 1/30 ~ 1/10，真的很糟糕。
我使用了免费计划中赠送的 64G SSD 并挂载到 /，如果使用 VM 自带的 4G 存储，则速度有 31MB/S，但是仍然很慢。
网速属于第一梯队水平，无可挑剔。
LoginDhrystone 2 using register variables 29081926.5 lps (10.0 s, 7 samples)
Double-Precision Whetstone 3860.5 MWIPS (9.8 s, 7 samples)
Execl Throughput 4012.2 lps (29.8 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks 727708.6 KBps (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks 190667.9 KBps (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks 2270825.6 KBps (30.0 s, 2 samples)
Pipe Throughput 1089342.0 lps (10.0 s, 7 samples)
Pipe-based Context Switching 138476.7 lps (10.0 s, 7 samples)
Process Creation 9571.9 lps (30.0 s, 2 samples)
Shell Scripts (1 concurrent) 6999.9 lpm (60.0 s, 2 samples)
Shell Scripts (8 concurrent) 912.0 lpm (60.0 s, 2 samples)
System Call Overhead 746993.4 lps (10.0 s, 7 samples)
System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 29081926.5 2492.0
Double-Precision Whetstone 55.0 3860.5 701.9
Execl Throughput 43.0 4012.2 933.1
File Copy 1024 bufsize 2000 maxblocks 3960.0 727708.6 1837.6
File Copy 256 bufsize 500 maxblocks 1655.0 190667.9 1152.1
File Copy 4096 bufsize 8000 maxblocks 5800.0 2270825.6 3915.2
Pipe Throughput 12440.0 1089342.0 875.7
Pipe-based Context Switching 4000.0 138476.7 346.2
Process Creation 126.0 9571.9 759.7
Shell Scripts (1 concurrent) 42.4 6999.9 1650.9
Shell Scripts (8 concurrent) 6.0 912.0 1520.0
System Call Overhead 15000.0 746993.4 498.0
========
System Benchmarks Index Score 1119.9
性能属于中等水平。
Azure、AWS、GCP 作为世界最大的云平台提供商，功能非常全面，但同时收费也相当复杂，不要设想一价全包。举个例子，除存储空间外，IO 请求是按次数收费的，IP 地址的占用是按时间收费的，另外每个月宽带有 20GB 上限，超过就需要额外付费等等。这些额外款项都有包括在免费计划中，但要有每个月超限一点点的心理准备。
如上面的评测结果可见，IO 性能极差，已经是因为 IO 严重影响整机服务水平了。另外免费计划赠送的数据库只能使用 SQL Server， 综上，我认为这台免费主机不适合用作建站。
但如果用作梯子，那则是极好的，因为香港机房网速非常给力，而且还是免费 12 个月，过期后再在 AWS、GCP 各来一年，还要啥飞机场~~ 
流量每个月免费 20G，我实测一个月使用了 17G，超限价格也还好，所以单人使用是足够的。
>> 更多更新关于网络的测试见下一页
今晚给服务器装上了一个神器：PageSpeed，事实上这是一个 Nginx 的模块，使用它需要重新编译 Nginx，于是我顺便也将 Nginx 更新到了最新稳定版。最终效果相当给力，网站加速效果很好。心里非常的激动。
给网站加速，请问有多少种方法？
压缩 JS、CSS，雪碧图，前端静态资源缓存，gzip，合并请求。。。
这些方法要多少有多少，作为一名合格的 web 开发人员，能在我服务器上运用的技术我都给运用上了。在开发前端页面时，各种强大的插件来保障资源的有效压缩。
不过，这始终还得让开发者来进行这样的工作，不开心~ :(
而 PageSpeed 就是这么的一个工具： 在服务器端安装之后，自动对用户请求的 HTML 页面进行语义化分析，智能的为其进行加速，加速途径涵盖了我能想到的一切~
图片所示的功能仅为部分
WebP 是 Google 在 2010 年发布的一种新型图片格式，支持无损和有损压缩。在无损压缩方面，同质量的 WebP 图片比 PNG 的体积小 26%，而在有损压缩方面，同质量的 WebP 图片比 JPEG 小 25-34%。WebP 在不降低图片质量的同时，减少了约三分之一的体积。详细可参考谷歌官方。
哎呀，又是谷歌？！是的，我现在越来越喜欢这家公司了，非常酷。
我对 webp 是挺有兴趣的，因为图片一直都是流量的大头，降低了图片体积直接能影响到页面的加载速度。于是最开始，我是在寻找 WordPress 中别人开发的相关插件，可惜并没能找到合适的。
寻找中，我变找到了 PageSpeed，我勒个去，太强大了！作为一个 Nginx 模块，可以通过分析请求头，对支持 webp 的现代浏览器返回转换后的 webp 图片，而其他浏览器则依旧使用 jpg 等旧格式，太符合我的要求了~！
跟随着教程 https://modpagespeed.com/doc/build_ngx_pagespeed_from_source 将 Nginx 重新编译了一遍，顺便将服务器中的旧版 Nginx 给更新到了 v1.10.3。
要说麻烦的话，那就是由于服务器运行在阿里云机房中，不能运行翻墙软件，谷歌的某个依赖库下载不下来。
另外在配置的时候，对于 HTTPS 也需要进行额外的适配，因为就算作为 Nginx 的模块，也是不能直接读取 HTTPS 协议下的内容的。
PageSpeed 这个可爱的模块已经完全担当了服务器 Nginx 端的缓存控制角色，对于 jpg 转 webp 这样的耗时操作会在后台自动执行，下一次相同的请求过来时才会命中缓存，相当的给力！
顺便值得一说的是我的网站使用的是 HTTP/2 协议，速度当然比 20 年前的 HTTP/1.1 要更快啦！
上面的图可以看到，网页中原本的 jpg 资源已经被自动转换为 webp，而这一切都是自动的。
超开心！
