Blog Listing

百度搞了一个MIP

对标谷歌的AMP

我只想说，既然谷歌提出了AMP的标准，你直接用这个AMP不行吗？

关键是，在drupal上amp是有module可以实现的，但是百度的MIP却没有。

你要自己这么多能耐，你自己给CMS开发一个module也行啊。

自己搞一堆的建站标准，却不提供建站技术的支持。

唉！

不过也许是我选的cms不对，drupal这种在国内流行程度很低的cms。

唉，好想哭。AMP,MIP,MMP!

我不觉得自己配置裸机的文件服务器是一个好的实践。

仅此而已。

所以，其实对于一般中小企业而言，如果你想有一个稳定网络服务系统，首先配置一个优秀的高性能的NAS，然后，再镜像它，最好是镜像服务器和这个生产NAS之间能够实现10G光纤连接。

然后，就是，NAS通过nfs，smba （cifs）等协议，给服务器共享空间。

通过软raid可以实现多硬盘高性能高稳定的存储，其实，如果做了mirror服务器的话，我觉得raid最好就用raid0了。高性能。

华硕推出的那个4条NVME固态的raid卡，也是raid 0的，达到超级高的iops性能。

企业应该搞清楚

其实很多服务与应用，是没有必要的！

其次，中小企业不要赶时髦，瞎花钱。

当然先是准备那些文件和客制化esxi的脚本。

 D:\esxi> ./ESXi-Customizer-PS-v2.6.0.ps1 -v67 ./pkg -izip ./VMware-VMvisor-Installer-6.7.0.update03-14320388.x86_64-DellEMC_Customized-A00.zip

This is ESXi-Customizer-PS Version 2.6.0 (visit https://ESXi-Customizer-PS.v-front.de for more information!)
(Call with -help for instructions)

Logging to C:\Users\user\AppData\Local\Temp\ESXi-Customizer-PS-2888.log ...

Running with PowerShell version 5.1 and VMware PowerCLI version 6.5.0.2604913

Adding base Offline bundle ./VMware-VMvisor-Installer-6.7.0.update03-14320388.x86_64-DellEMC_Customized-A00.zip ... [OK]

Getting Imageprofiles, please wait ... [OK]

Using Imageprofile DellEMC-ESXi-6.7U3-14320388-A00 ...
(dated 08/05/2019 09:50:57, AcceptanceLevel: PartnerSupported,
The general availability release of VMware ESXi Server 6.7.0 brings whole new levels of virtualization performance to datacenters and enterprises.)

Loading Offline bundles and VIB files from ./pkg ...
   Loading D:\esxi\pkg\net55-r8168-8.045a-napi-offline_bundle.zip ... [OK]
      Add VIB net55-r8168 8.045a-napi [New AcceptanceLevel: CommunitySupported] [OK, added]
   Loading D:\esxi\pkg\sata-xahci-1.42-1-offline_bundle.zip ... [OK]
      Add VIB

气候变化与全球变暖，成为了西方现在非常热门的话题。

对于这点我一直是不屑的，凭着那点点微薄的初中地理知识与物理知识，

地球绕着太阳转，太阳带着地球在银河系中穿行，银河系又在宇宙中穿行，地球从诞生到现在，已经47亿年了，其中产生过数次大冰川时期；最近的南极冰盖冰蕊表明，65年来人类经历了14次小冰河时期，现代人类经历了所有的这些冰河时期，最近的这次冰河时期以后，才产生了人类的奴隶制文明，可以追溯的也就5000年左右吧，最近的一次冰河期则是一万年前左右。但是，人类从最早的南方古猿进化，至今，已经有超500万年的历史了，从非洲智人出走非洲大峡谷，也有200万年以上的历史了。中国境内发现的元谋人，也有170万年历史。

这说明什么？说明认为人类行为与活动导致地球升温的说法是靠不住的。虽然以前人口没有这么多，但是，那时候还有比人类体型更大的更多的各种哺乳动物，各种物种。

但是，为什么人类活动了这么多年，数百万年，轮回了数十次（南极冰盖只能展示65万年）的小冰川的地球从冰封到解冻到升温到再次冰封的轮回，人类不断的迁徙，适应与进化，才进化到了近一万年前的中国的山顶洞人，等，然后才发展出了现代文明。

所以，在这么多次的小冰川时期的冰封期，我们人类的活动肯定是受阻了吧，那，是什么力量让冰封的地球解冻的？那时候也没有城市化，也没有所谓碳排放燃料？

实际上，在历史上，地球温度高于我们当代与近代与古代的冰盖融化的时候也很多，从竹子这种植物在我国高纬度地区出现的历史地理分布就可以看出来，那又是什么力量让地球的温度升高的呢？那时候也没有化石燃料，也没有城市化，但是，却仍然获得了比现在更高的气温，持续了非常长的历史时期，足以让我们在中国很北方的地方挖到竹笋和竹子的遗迹。

所以，我们如果逆向思维一下，就知道，这种城市化的热岛效应，以及二氧化碳导致的所谓升温理论，其对地球整体的温度与气候的影响的可以忽略不计的。真正对地球的温度与气候的冷热变化产生可以达成历史记录级别的影响的，不是也不可能是人类的活动，而是人类无法阻止的地球随着太阳在宇宙中的运动。

所以，别再跟我说什么气候变化，全球变暖，说什么不要排放温室气体，除非，你能够找到发动机改变太阳系的运动轨迹，或者找到调整地球绕日姿势的发动机，来改变地球的历史记录级别的温度变热变冷。否则，就算我们全部改用太阳能，也无济于事啊。

所以，气候问题，与其说是一种科学问题，不如说是一种政治问题。更加不要说之前有爆料说一些支持气候运动的科学家篡改有关气候研究的数据之类的恶劣行为。

说实话，从历史时期看，人类就算烧光地球的化石燃料，其碳排放导致的气温上升，也不必太阳带着地球在银河里面跑个一百年厉害。

本来还怕把我的生产服务器搞到宕机；

还好，升级很简单，很平稳。

虽然表面上看不出来太多改进，

但是从虚拟机上装的freenas来看，好像通过smba连接为一个远程盘之后，从本地的百度云往里面下载文件，速度和稳定性高了很多。

我们来看看esxi 6.7 update3官方的发布说明，有哪些更新和修正：

What's New

• ixgben driver enhancements: The ixgben driver adds queue pairing to optimize CPU efficiency.
• VMXNET3 enhancements: ESXi 6.7 Update 3 adds guest encapsulation offload and UDP, and ESP RSS support to the Enhanced Networking Stack (ENS). Checksum calculations are offloaded from encapsulated packets to the virtual device emulation and you can run RSS on UDP and ESP packets on demand. UDP RSS supports both IPv4 and IPv6, while ESP RSS supports only IPv4. The feature requires a corresponding VMXNET3 v4 driver.
• NVIDIA virtual GPU (vGPU) enhancements: With vCenter Server 6.7 Update 3, you can configure virtual machines and templates with up to four vGPU devices to cover use cases requiring multiple GPU accelerators attached to a virtual machine. To use the vMotion vGPU feature, you must set the vgpu.hotmigrate.enabled advanced setting to true and make sure that both your vCenter Server and ESXi hosts are running vSphere 6.7 Update 3.
  vMotion of multi GPU-accelerated virtual machines might fail gracefully under heavy GPU workload