分类目录归档:cdn

fredzeng与你一起对cdn,cdn加速,cdn是什么,免费cdn,cdn公司,cdn厂商,cdn技术学习相关知识及探讨!

centos 7 下haproxy的配置文件详解及haproxy优化

HAProxy虽然名字前有HA,但它并不是一款高可用软件,而是一款用于实现负载均衡的软件,可实现四层与七层的负载均衡。

关于haproxy的常用调度算法,可以参考博文:Haproxy支持的调度算法

haproxy的详细配置过程和配置日志记录,可以参考博文:keepalived+Haproxy搭建高可用Web群集

这篇博文不谈如何配置haproxy,主要来聊一下它的配置文件说明以及生产环境中的参数调优。

haproxy的配置文件通常分为三个部分:global、defaults和listen。依次为全局配置、默

认配置、应用组件配置。

global配置:

global
        log 127.0.0.1   local   #配置日志记录,local0为日志设备,默认存放到系统日志
        log 127.0.0.1   local1 notice  #notice为日志级别,通常有24个级别
        #log loghost    local0 info
        maxconn 4096             #最大连接数
        chroot /usr/share/haproxy         #该服务自设置的根目录,一般需将此行注释掉
        uid 99         #用户UID
        gid 99        #用户GID
        daemon        #守护进程模式

defaults配置项配置默认参数,一般会被应用组件继承,如果在应用组件中没有特别的声明,将安装默认配置参数:

defaults
        log     global               #定义日志为global配置中的日志定义
        mode    http                 #模式为http
        option  httplog              #采用http日志格式记录日志
        option  dontlognull
        retries 3         #检查节点服务器失败次数,连续达到三次失败,则认为节点不可用
        redispatch             #当服务器负载很高时,自动结束当前队列处理比较久的连接
        maxconn 2000                      #最大连接数
        contimeout      5000              #连接超时时间
        clitimeout      50000             #客户端超时时间
        srvtimeout      50000             #服务器超时时间

listen配置项一般配置应用模块参数:

listen  appli4-backup 0.0.0.0:10004           #定义一个名为appli4-backup的应用
                option  httpchk /index.html        #检查服务器的index.html文件
                option  persist     #强制将请求发送到已经down掉的服务器,一般禁用此选项。
                balance roundrobin        #负载均衡调度算法使用轮询算法
            server  inst1 192.168.114.56:80 check inter 2000 fall 3     #定义在线节点
         server  inst2 192.168.114.56:81 check inter 2000 fall 3 backup #定义备份节点
#注意:在以上定义备份节点的参数中,
#“check inter 2000”表示haproxy服务器和节点之间的一个心跳频率,
#“fall 3”表示连续三次检测不到心跳频率则认为该节点失效。
#节点配置后带有“ backup”表示该节点只是个备份节点,只有主节点失效该节点才会上。
#去除backup,表示为主节点,和其他主节点共同提供服务。
haproxy的负载均衡参数说明:

权威的5.6、7.0、7.1、7.2、7.3和7.4 PHP基准性能测试(2020)

每年,我们都会在各种平台上发布深入的性能基准测试,以了解不同版本的PHP如何相互竞争。这次我们再次全力以赴,将22个不同平台/配置的6个不同PHP版本标记为基准;包括WordPress,Drupal,Joomla!,Laravel,Symfony等。我们还测试了流行的电子商务解决方案,例如WooCommerce,Easy Digital Downloads,Magento,Grav CMS和October CMS。

我们一直在鼓励WordPress用户利用最新支持的PHP版本。它们不仅更安全,而且还提供了其他性能改进。我们也不是只在谈论WordPress,这在所有平台上都是如此。今天我们将向您展示PHP 7.4如何帮助我们克服一切挑战! 🤘

我们在6个不同的PHP版本上测试了22个平台/配置的性能,而#PHP 7.4在17/17(5 N / A)上获得了金牌。 🏆🚀

点击鸣叫

社区和Kinsta中PHP的状况

PHP是一种开放源代码的服务器端脚本和编程语言,主要用于网络开发。大部分WordPress核心软件都是用PHP编写的,这使PHP成为WordPress社区非常重要的语言。

只需移至Kinsta,即可将WordPress网站的速度提高200%。
        
          今天免费迁移

有人可能会争辩说PHP已经死了。但是,即使开发人员喜欢声明这一点,PHP仍然比以往更活跃,更快,更好。根据W3Techs的说法,使用服务器端编程语言的所有网站中有超过78.9%使用PHP。那是很多依赖PHP的网站。

但是,社区中的一个大问题是,许多人仍在使用旧的不受支持的PHP版本。根据WordPress统计,仅38.3%的版本在受支持的PHP版本(7.2或更高版本)上运行。这引入了性能和安全性问题。

为什么会这样呢?以下是一些我们通常会看到的常见原因:

  • 缺乏对社区进行有关PHP是什么及其在WordPress如何发挥作用方面的重要作用的教育。并非每个人都精通技术,这还可以。
  • 在较新版本的PHP上运行的插件和主题的兼容性问题。
  • WordPress托管提供商不愿推出新版本,因为担心会出现问题。

为了尝试帮助社区向前发展,Kinsta采用了与PHP相同的寿命终止(EOL)时间表。这有助于确保您的WordPress网站尽可能快且安全。

Kinsta客户如何与普通WordPress社区对抗?我们自己很好奇,所以我们看了一些数字。

Kinsta托管的网站的PHP版本

Kinsta托管的网站的PHP版本

这是摘要:

  • Kinsta的WordPress网站中有25.8%运行的是PHP 7.2。
  • Kinsta上有68.6%的WordPress网站正在运行PHP 7.3。
  • Kinsta的4.7%WordPress网站都在运行PHP 7.4。
  • 我们正在努力实现最终的<1%。 😉

我们为发现这些数字感到骄傲和兴奋。这意味着Kinsta客户中PHP的采用率非常高!远远高于一般的WordPress人口。

在Kinsta托管的所有WordPress网站中,高达73.3%运行的是PHP 7.3或更高版本! 💥

点击鸣叫

PHP基准测试(2020)

即使不再正式支持PHP 5.6、7.0和7.1,仍然有许多WordPress网站在运行。因此,我们决定测试所有六个不同的PHP版本,以便您可以看到较新的版本可以在性能方面给您带来多少好处。

对于每个测试,我们使用每个平台的最新版本,并以15个并发用户为基准对主页进行一分钟的基准测试。以下是我们测试环境的详细信息。

  • 使用的计算机:英特尔(R)至强(R)CPU(30 CPU,120 GB RAM,1TB SSD)。这是由Google Cloud Platform提供支持的“计算优化”(C2)计算机,在隔离的容器中运行。所有Kinsta托管计划都提供C2机器。
  • 操作系统:Ubuntu 18.04.3 LTS(GNU / Linux 5.0.0-1026-gcp x86_64)
  • 堆栈:Nginx 1.17.6,MariaDB 10.4.10
  • PHP版本:5.6、7.0、7.1、7.2、7.3、7.4。
  • 注意:在某些CMS / Frameworks中,我们还安装了其他PHP软件包以满足其新要求或Composer依赖项要求。
  • 页面缓存:在所有配置和平台上均禁用。
  • OPcache:对于WordPress,Joomla和Drupal,我们使用了官方的Docker映像。其余的我们使用相同的映像设置,并使用以下推荐的php.ini设置启用了OPcache,但opcache.max_accelerated_files的值从4,000增加到50,000。

opcache.memory_consumption = 128
opcache.interned_strings_buffer = 8
opcache.max_accelerated_files = 50000
opcache.revalidate_freq = 60
opcache.fast_shutdown = 1
opcache.enable_cli = 1

OPcache通过将预编译的脚本字节码存储在共享内存中来提高PHP性能,从而消除了PHP在每个请求上加载和解析脚本的需求。

这些测试是由Kinsta的WordPress贡献者和Web开发人员Thoriq Firdaus执行的。

经过测试的平台和配置

我们的测试包括以下22种平台/配置。在某些情况下,由于缺乏对特定PHP版本的支持,我们不得不测试多个版本。单击下面的一个可直接跳至其测试说明和结果。数据以每秒请求数衡量。请求越多越好。

  • WordPress 5.3
  • WordPress 5.3 + WooCommerce 3.8.1
  • WordPress 5.3 +简易数字下载2.9.20
  • Drupal 8.8.0
  • Joomla! 3.9.13
  • Magento 2(CE)2.2.10 + 2.3.3
  • Grav CMS 1.6.19
  • 十月CMS 1.0.458
  • Laravel 5.8.35 + 6.7.0
  • Symfony 4.4.2 + 5.0.1
  • CodeIgniter 3.1.11 + 4.0-rc.3
  • CakePHP 3.8.7 + 4.0.0
  • PyroCMS 3.7
  • Pagekit 1.0.17
  • 螺栓CMS 3.7.0
  • Craft CMS 3.4.0-beta.4
  • ExpressionEngine 5.3.0

由于每个平台上的演示内容可能会发生很大变化,因此,我们决定测试新的准系统安装的原始性能。

WordPress 5.3

当然,我们测试的第一个平台是我们最喜欢的平台之一:WordPress(我们每天都会生活和呼吸CMS,这可能会有点偏bias)。 WordPress的核心是开源软件,您可以使用它来创建漂亮的网站,博客或应用。实际上,WordPress占Internet上所有网站的35.2%。是的-您访问的网站中,有超过三分之一是由WordPress提供支持的。

WordPress CMS

我们从WordPress 5.3开始,它是撰写本文时的最新版本。我们使用了新的Twenty Twenty主题,并与15个并发用户对网站进行了基准测试一分钟。

  • 经过测试的网址:/ hello-world /
  • 注意:该页面包含1条注释,一个带有几个菜单的导航栏。侧边栏包含一些默认的WordPress小部件。
  • Docker镜像源自https://hub.docker.com/_/wordpress/。
WordPress 5.3 PHP基准测试

WordPress 5.3 PHP基准测试

WordPress

嵌入您的网站:

图src: 金斯塔

基准结果

  • WordPress 5.3 PHP 5.6基准测试:97.71 req / sec
  • WordPress 5.3 PHP 7.0基准测试结果:256.81 req / sec
  • WordPress 5.3 PHP 7.1基准测试结果:256.99 req / sec
  • WordPress 5.3 PHP 7.2基准测试结果:273.07 req / sec
  • WordPress 5.3 PHP 7.3基准测试结果:305.59 req / sec
  • WordPress 5.3 PHP 7.4基准测试结果:313.42 req / sec

PHP 7.4是赢家,被证明比PHP 7.3快一点。而且,如果将PHP 7.4与PHP 5.6进行比较,它每秒可处理的请求(事务)数量是3倍以上!

WordPress 5.3 + WooCommerce 3.5.2

WooCommerce是为WordPress构建的完全可自定义的开源电子商务平台。到目前为止,它也是WordPress社区中最受欢迎的电子商务解决方案之一,目前为互联网上所有电子商务网站中的14%以上的网站提供支持。

WooCommerce

在下一个测试中,我们将WordPress和WooCommerce一起安装。我们利用了免费的Storefront eCommerce主题(2.5.3)。

  • 经测试的网址:/ product / woo-ninja /
  • 注意:此页面包含3个相关产品,1个产品评论/评论,“您可能也喜欢”部分中的1个产品以及下一个和上一个分页中的产品。
  • Docker镜像源自https://hub.docker.com/_/wordpress/。
WordPress 5.3 + WooCommerce PHP基准测试

WordPress 5.3 + WooCommerce PHP基准测试

WordPress

嵌入您的网站:

图src: 金斯塔

基准结果

  • WordPress 5.3 + WooCommerce 3.8.1 PHP 5.6基准测试结果:49.29 req / sec
  • WordPress 5.3 + WooCommerce 3.8.1 PHP 7.0基准测试结果:117.35 req / sec
  • WordPress 5.3 + WooCommerce 3.8.1 PHP 7.1基准测试结果:117.52 req / sec
  • WordPress 5.3 + WooCommerce 3.8.1 PHP 7.2基准测试结果:125.85 req / sec
  • WordPress 5.3 + WooCommerce 3.8.1 PHP 7.3基准测试结果:141.68 req / sec
  • WordPress 5.3 + WooCommerce 3.8.1 PHP 7.4基准测试结果:146.07 req / sec🏆

在运行WooCommerce时,PHP 7.4远远超过了PHP 7.3。

WordPress 5.3 +简易数字下载2.9.20

由Pippin Williamson创建的Easy Digital Downloads(EDD)是一个免费的WordPress电子商务插件,主要致力于帮助创作者和开发者销售数字产品。

轻松数字下载

在了解了WooCommerce的表现之后,我们随后将WordPress和Easy Digital Downloads一起安装了。我们利用了免费的主题主题(1.0.7)。

  • 经测试的网址:/ downloads / side-hustle /
  • 注意:该页面是EDD的单一产品,包含图像,几段文字行,购买按钮和类别链接。
  • Docker镜像源自https://hub.docker.com/_/wordpress/。
WordPress 5.3 + Easy Digital下载PHP基准

WordPress 5.3 + Easy Digital下载PHP基准

WordPress

嵌入您的网站:

图src: 金斯塔

基准结果

  • WordPress 5.3 + EDD 2.9.20 PHP 5.6基准测试结果:136.73 req / sec
  • WordPress 5.3 + EDD 2.9.20 PHP 7.0基准测试结果:323.84 req / sec
  • WordPress 5.3 + EDD 2.9.20 PHP 7.1基准测试结果:326.32 req / sec
  • WordPress 5.3 + EDD 2.9.20 PHP 7.2基准测试结果:346.51 req / sec
  • WordPress 5.3 + EDD 2.9.20 PHP 7.3基准测试结果:390.85 req / sec
  • WordPress 5.3 + EDD 2.9.20 PHP 7.4基准测试结果:400.78 req / sec

PHP 7.4也是使用WordPress和Easy Digital Downloads最快的。

当涉及WordPress,WooCommerce和Easy Digital Downloads时,事实证明,PHP 7.4的整体速度略快!

Drupal 8.8.0

Drupal是一个开源CMS,因其模块化系统和强大的开发人员社区而广受欢迎。它最初于2000年推出,根据W3Techs的说法,该网站为内容管理系统市场中3.0%的份额提供了1.7%的支持。

Drupal

对于Drupal基准,我们使用了免费的Umami默认主题(8.8.0)。

  • 经过测试的网址:/ zh-CN / articles / dairy-free-and-delicious-milk-chocolate
  • 注意:Drupal安装有内置的虚拟数据“ Umami Food Magazine(实验性)”。
  • Drupal 8.8不再支持PHP 5.6,并且不兼容PHP 7.4(https://www.drupal.org/project/drupal/issues/3086374)。
  • Docker镜像源自https://hub.docker.com/_/drupal/。
Drupal PHP基准

Drupal PHP基准

Joomla!

嵌入您的网站:

图src: 金斯塔

基准结果

  • Drupal 8.8.0 PHP 5.6基准测试结果:不支持
  • Drupal 8.8.0 PHP 7.0基准测试结果:18.47请求/秒
  • Drupal 8.8.0 PHP 7.1基准测试结果:18.81req / sec
  • Drupal 8.8.0 PHP 7.2基准测试结果:19.38请求/秒
  • Drupal 8.8.0 PHP 7.3基准测试结果:21.56 req / sec🏆
  • Drupal 8.8.0 PHP 7.4基准测试结果:不支持

当运行Drupal时,PHP 7.3在性能上有了很大的提高。与以前的PHP版本相比,这是一个更大的飞跃。

Joomla! 3.9.13

Joomla!是用于发布Web内容的免费开源CMS,最初于2005年8月17日发布。它基于模型-视图-控制器Web应用程序框架构建,根据W3Techs的统计,互联网上所有网站的使用率为2.6%。

Joomla!

对于Joomla!基准,我们利用了Joomla!中包含的免费Protostar(1.0)模板! 3.x发行包。

  • 经过测试的网址:/(首页)
  • 注意:Joomla!随“默认英语(GB)示例数据”一起安装。它在主页上提供了基本的虚拟内容。主页在侧栏上包含几段内容,一个搜索输入表单以及一些基本小部件。
  • Docker镜像源自https://hub.docker.com/_/joomla/。
Joomla! PHP基准

Joomla! PHP基准

Joomla!

嵌入您的网站:

图src: 金斯塔

基准结果

  • Joomla! 3.9.13 PHP 5.6基准测试结果:48.40 req / sec
  • Joomla! 3.9.13 PHP 7.0基准测试结果:67.80 req / sec
  • Joomla! 3.9.13 PHP 7.1基准测试结果:67.37 req / sec
  • Joomla! 3.9.13 PHP 7.2基准测试结果:68.53 req / sec
  • Joomla! 3.9.13 PHP 7.3基准测试结果:71.63 req / sec
  • Joomla! 3.9.13 PHP 7.4基准测试结果:76.31 req / sec🏆

在Joomla上!我们可以看到整体表现有些差。从PHP 5.6到7.0+的性能有了巨大的提高。并快速前进到PHP 7.4,无疑是Joomla的赢家!

Magento 2(CE)2.2.10 + 2.3.3

Magento是使用PHP编写的流行的开源电子商务平台,于2008年3月31日发布。截至2018年,Magento现在是Adobe公司。据W3Techs称,它为互联网上所有网站的0.8%提供支持。

Magento

对于Magento 2基准,我们使用了免费的Luma主题。由于2.2.10仅支持PHP 7.2,所以我们使用了两个版本。对于其他测试,我们使用2.3.3。

  • 经测试的URL:/lifelong-fitness-iv.html
  • 注意:禁用了生成静态HTML页面的页面缓存。经测试的URL是单个产品。它包含一个图像产品,一个导航栏,面包屑导航,并且没有评论。
  • Magento 2不再支持PHP 5.6,并且与PHP 7.4不兼容。
  • http://pubfiles.nexcess.net/magento/ce-packages/
Magento 2 PHP基准测试

Magento 2 PHP基准测试

Magento

嵌入您的网站:

图src: 金斯塔

基准结果

  • Magento 2(CE)2.2.10 PHP 5.7基准测试结果:不支持
  • Magento 2(CE)2.2.10 PHP 7.0基准测试结果:28.33 req / sec
  • Magento 2(CE)2.2.10 PHP 7.1基准测试结果:28.51 req / sec
  • Magento 2(CE)2.2.10 PHP 7.2基准测试结果:29.58 req / sec
  • Magento 2(CE)2.2.10 PHP 7.3基准测试结果:不支持
  • Magento 2(CE)2.2.10 PHP 7.4基准测试结果:不支持
  • Magento 2(CE)2.3.0 PHP 5.6基准测试结果:不支持
  • Magento 2(CE)2.3.0 PHP 7.0基准测试结果:不支持
  • Magento 2(CE)2.3.0 PHP 7.1基准测试结果:25.33 req / sec
  • Magento 2(CE)2.3.0 PHP 7.2基准测试结果:27.01 req / sec
  • Magento 2(CE)2.3.0 PHP 7.3基准测试结果:29.97 req / sec🏆
  • Magento 2(CE)2.3.0 PHP 7.4基准测试结果:不支持

Magento 2 PHP基准测试的差异不大。但是好消息是,Magento的最新版本以及受支持的最新PHP版本(7.3)是最快的。

Grav CMS 1.6.19

Grav是易于使用但功能强大的开源CMS,不需要数据库。有时也称为平面文件CMS。

Grav CMS

对于Grav CMS基准,我们使用了免费的Clean Blog框架包。

  • 经测试的URL:/ home / the-urban-jungle
  • Grav CMS不再支持PHP 5.6和7.0。
  • 注意:内容是一个简单的单栏博客文章,没有侧边栏。 Core GravCMS缓存已禁用。
Grav CMS PHP基准

Grav CMS PHP基准

Grav

嵌入您的网站:

图src: 金斯塔

基准结果

  • Grav CMS 1.6.19 PHP 5.6基准测试结果:不支持
  • Grav CMS 1.6.19 PHP 7.0基准测试结果:不支持
  • Grav CMS 1.6.19 PHP 7.1基准测试结果:62.25 req / sec
  • Grav CMS 1.6.19 PHP 7.2基准测试结果:64.69 req / sec
  • Grav CMS 1.6.19 PHP 7.3基准测试结果:69.07 req / sec
  • Grav CMS 1.6.19 PHP 7.4基准测试结果:75.04 req / sec

通过Grav CMS,我们可以看到最新版本的PHP 7.4是冠军。

也很高兴看到这些较小的内容管理系统不再支持旧版本的PHP。尽管这是不那么大的一个优点。不幸的是,当涉及到具有很大市场份额的WordPress和其他平台时,由于兼容性问题,事情进展缓慢。

十月CMS 1.0.458

October CMS是基于Laravel PHP框架的免费,开源,自托管和模块化CMS平台。它最初于2014年5月15日发布。

十月CMS

对于十月CMS基准,我们使用了免费的Clean Blog主题。

  • 经测试的URL:/ blog / post / first-blog-post
  • October CMS不再支持PHP 5.6,并且不兼容PHP 7.4(https://github.com/octobercms/october/issues/4381)。
十月CMS PHP基准测试

十月CMS PHP基准测试

October

嵌入您的网站:

图src: 金斯塔

基准结果

  • 十月CMS 1.0.458 PHP 5.6基准测试结果:不支持
  • 10月CMS 1.0.458 PHP 7.0基准测试结果:44.83 req / sec
  • 10月CMS 1.0.458 PHP 7.1基准测试结果:45.21 req / sec
  • 10月CMS 1.0.458 PHP 7.2基准测试结果:46.71 req / sec
  • 十月CMS 1.0.458 PHP 7.3基准测试结果:49.26 req / sec🏆
  • 十月CMS 1.0.458 PHP 7.4基准测试结果:不支持

PHP 7.3是赢家,即使只是一点点。 PHP 7.4一旦受支持,也很有可能会进行改进。

Laravel 5.8.35 + 6.7.0

Laravel是一个非常流行的开源PHP框架,用于开发Web应用程序。它是由泰勒·奥特威尔(Taylor Otwell)创建的,于2011年6月发布。

Laravel徽标

对于Laravel基准测试,我们使用了普通的HTML主题。

  • 经过测试的网址:/(首页)
  • 该帖子包含标题,作者姓名和主要内容。该数据库包含1个表“ posts”。该表包含6列“ post_title”,“ post_content”,“ post_author”,“ created_at”和“ updated_at”。
  • 经测试的URL连接到数据库,并在表上显示所有帖子。此外,Laravel应用程序包含1条路线和1个控制器来显示这些内容。
  • Laravel 5.8.35不再支持PHP 5.6或PHP 7.0。 Laravel 6.7.0不再支持PHP 5.6、7.0或7.1。
Laravel PHP基准测试

Laravel PHP基准测试

Laravel

嵌入您的网站:

图src: 金斯塔

基准结果

  • Laravel 5.8.35 PHP 5.6基准测试结果:不支持
  • Laravel 5.8.35 PHP 7.0基准测试结果:不支持
  • Laravel 5.8.35 PHP 7.1基准测试结果:380.52 req / sec
  • Laravel 5.8.35 PHP 7.2基准测试结果:382.80 req / sec
  • Laravel 5.8.35 PHP 7.3基准测试结果:400.22 req / sec
  • Laravel 5.8.35 PHP 7.4基准测试结果:402.39 req / sec🏆
  • Laravel 6.7.0 PHP 5.6基准测试结果:不支持
  • Laravel 6.7.0 PHP 7.0基准测试结果:不支持
  • Laravel 6.7.0 PHP 7.1基准测试结果:不支持
  • Laravel 6.7.0 PHP 7.2基准测试结果:383.21 req / sec
  • Laravel 6.7.0 PHP 7.3基准测试结果:392.74 req / sec
  • Laravel 6.7.0 PHP 7.4基准测试结果:394.96 req / sec

在这两个版本上,PHP 7.4都是明显的赢家。但是,有趣的是,带有PHP 7.4的Laravel 5.8.35似乎比Laravel 6.7.0快。

Symfony 4.4.2 + 5.0.1

Symfony是一组可重用的PHP组件和一个PHP框架,用于构建Web应用程序,API,微服务和Web服务。它于2005年10月22日发布。

Symfony

对于Symfony基准,我们将Symfony演示版与MySQL配合使用(默认为SQLite)。

  • 经过测试的网址:/ en / blog / posts / hello-world
  • 帖子包含标题,日期,作者姓名,2个标签和5条评论。
  • Symfony 4.4.2不再支持PHP 5.6或PHP 7.0。 Symfony 5.0.1不再支持PHP 5.6、7.0或7.1。
Symfony PHP基准

Symfony PHP基准

Symfony

嵌入您的网站:

图src: 金斯塔

基准结果

  • Symfony 4.4.2 PHP 5.6基准测试结果:不支持
  • Symfony 4.4.2 PHP 7.0基准测试结果:不支持
  • Symfony 4.4.2 PHP 7.1基准测试结果:295.84 req / sec
  • Symfony 4.4.2 PHP 7.2基准测试结果:309.26 req / sec
  • Symfony 4.4.2 PHP 7.3基准测试结果:327.61 req / sec
  • Symfony 4.4.2 PHP 7.4基准测试结果:338.18 req / sec🏆
  • Symfony 5.0.1 PHP 5.6基准测试结果:不支持
  • Symfony 5.0.1 PHP 7.0基准测试结果:不支持
  • Symfony 5.0.1 PHP 7.1基准测试结果:不支持
  • Symfony 5.0.1 PHP 7.2基准测试结果:229.09 req / sec
  • Symfony 5.0.1 PHP 7.3基准测试结果:239.96 req / sec
  • Symfony 5.0.1 PHP 7.4基准测试结果:252.22 req / sec

我们可以看到Symfony版本4.4.2和PHP 7.4是最快的。

CodeIgniter 3.1.11 + 4.0-rc.3

CodeIgniter是一个功能强大的PHP框架,占地面积很小,是为需要简单优雅的工具箱来创建功能齐全的Web应用程序的开发人员而构建的。

CodeIgniter徽标
  • 经过测试的网址:/(首页)
  • 注意:帖子包含标题,作者姓名和主要内容。该数据库包含1个表“ posts”。该表包含6列“ post_title”,“ post_content”,“ post_author”,“ created_at”和“ updated_at”。
  • 经测试的URL连接到数据库,并在表上显示所有帖子。此外,CodeIgniter应用程序包含1个路由和1个控制器来显示这些内容。
  • CodeIgniter 4.0-rc.3不支持PHP 5.6、7.0或7.1。
CodeIgniter PHP基准测试

CodeIgniter PHP基准测试

CodeIgniter

嵌入您的网站:

图src: 金斯塔

基准结果

  • CodeIgniter 3.1.11 PHP 5.6基准测试结果:292.81 req / sec
  • CodeIgniter 3.1.11 PHP 7.0基准测试结果:358.40 req / sec
  • CodeIgniter 3.1.11 PHP 7.1基准测试结果:369.93 req / sec
  • CodeIgniter 3.1.11 PHP 7.2基准测试结果:383.24 req / sec
  • CodeIgniter 3.1.11 PHP 7.3基准测试结果:392.28 req / sec
  • CodeIgniter 3.1.11 PHP 7.4基准测试结果:394.96 req / sec🏆
  • CodeIgniter 4.0-rc.3 PHP 5.6基准测试结果:不支持
  • CodeIgniter 4.0-rc.3 PHP 7.0基准测试结果:不支持
  • CodeIgniter 4.0-rc.3 PHP 7.1基准测试结果:不支持
  • CodeIgniter 4.0-rc.3 PHP 7.2基准测试结果:319.68 req / sec
  • CodeIgniter 4.0-rc.3 PHP 7.3基准测试结果:322.90 req / sec
  • CodeIgniter 4.0-rc.3 PHP 7.4基准测试结果:333.08 req / sec

与Laravel和Symfony一样,运行CodeIgniter时PHP 7.4是最快的。有趣的是CodeIgniter 3.1.11的速度明显快于4.0-rc.3。但是,请记住,它是一个候选发布版本。

CakePHP 3.8.7 + 4.0.0

CakePHP是一个开放源代码的Web快速开发框架,它使构建Web应用程序更简单,更快并且需要更少的代码。它于2005年4月发布。

CakePHP徽标
  • 经过测试的网址:/(首页)
  • 注意:帖子包含标题,作者姓名和主要内容。该数据库包含1个表“ posts”。该表包含6列“ post_title”,“ post_content”,“ post_author”,“ created_at”和“ updated_at”。
  • 经测试的URL连接到数据库,并在表上显示所有帖子。此外,CodeIgniter应用程序包含1个路由和1个控制器来显示这些内容。
  • CakePHP 4.0.0不支持PHP 5.6、7.0或7.1。
CakePHP基准

CakePHP基准

CakePHP

嵌入您的网站:

图src: 金斯塔

基准结果

  • CakePHP 3.8.7 PHP 5.6基准测试结果:134.09 req / sec
  • CakePHP 3.8.7 PHP 7.0基准测试结果:254.58 req / sec
  • CakePHP 3.8.7 PHP 7.1基准测试结果:267.29 req / sec
  • CakePHP 3.8.7 PHP 7.2基准测试结果:270.94 req / sec
  • CakePHP 3.8.7 PHP 7.3基准测试结果:290.25 req / sec
  • CakePHP 3.8.7 PHP 7.4基准测试结果:294.06 req / sec🏆
  • CakePHP 4.0.0 PHP 5.6基准测试结果:不支持
  • CakePHP 4.0.0 PHP 7.0基准测试结果:不支持
  • CakePHP 4.0.0 PHP 7.1基准测试结果:不支持
  • CakePHP 4.0.0 PHP 7.2基准测试结果:245.49 req / sec
  • CakePHP 4.0.0 PHP 7.3基准测试结果:260.84 req / sec
  • CakePHP 4.0.0 PHP 7.4基准测试结果:259.58 req / sec

对于CakePHP,运行PHP 7.4的3.8.7版本是赢家。

PyroCMS 3.7

PyroCMS是一个开源软件,从本质上讲是Laravel的扩展,它使您可以更快地在框架上构建网站和应用程序。

高温CMS

对于PyroCMS基准测试,我们使用了免费的入门主题。

  • 经过测试的网址:/ posts / welcome-to-pyrocms
  • PyroCMS 3.7不支持PHP 5.6或7.0。
  • 注意:在PHP 7.4上运行时,我们遇到了错误。很可能是因为尚不支持。因此,我们无法将其纳入基准测试。
PyroCMS PHP基准

PyroCMS PHP基准

PyroCMS

嵌入您的网站:

图src: 金斯塔

基准结果

  • PyroCMS 3.5.3 PHP 5.6基准测试结果:不支持
  • PyroCMS 3.5.3 PHP 7.0基准测试结果:不支持
  • PyroCMS 3.5.3 PHP 7.1基准测试结果:91.45 req / sec
  • PyroCMS 3.5.3 PHP 7.2基准测试结果:94.77 req / sec
  • PyroCMS 3.5.3 PHP 7.3基准测试结果:103.35 req / sec
  • PyroCMS 3.5.3 PHP 7.4基准测试结果:不支持

由于PyroCMS尚未使用PHP 7.4,因此PHP 7.3在这里赢得了少量测试。

Pagekit 1.0.17

Pagekit是由YOOtheme创建的开源模块化,轻量级CMS。它为您提供了创建漂亮网站的工具。它于2016年春季发布。

pagekit“ width =” 310“ height =” 79“ srcset =” https://kinsta.com/wp-content/uploads/2018/02/pagekit.png 750w,https://kinsta.com/wp-content/ uploads / 2018/02 / pagekit-300x76.png 300w,https://kinsta.com/wp-content/uploads/2018/02/pagekit-610x155.png 610w“ data-lazy-sizes =”(最大宽度: 310px)100vw,310px“ src =” https://kinsta.com/wp-content/uploads/2018/02/pagekit.png“></p>
<p>对于Pagekit基准测试,我们使用了免费的One主题(默认Pagekit主题)。</p>
<ul>
<li>经过测试的网址:/ blog / 1
</li>
</ul>
<p><img loading=

Pagekit PHP基准测试

Pagekit

嵌入您的网站:

图src: 金斯塔

基准结果

  • Pagekit 1.0.17 PHP 5.6基准测试结果:249.48 req / sec
  • Pagekit 1.0.17 PHP 7.0基准测试结果:401.77 req / sec
  • Pagekit 1.0.17 PHP 7.1基准测试结果:406.99 req / sec
  • Pagekit 1.0.17 PHP 7.2基准测试结果:419.56 req / sec
  • Pagekit 1.0.17 PHP 7.3基准测试结果:431.21 req / sec
  • Pagekit 1.0.17 PHP 7.4基准测试结果:438.39 req / sec

使用Pagekit进行测试时,PHP 7.4赢得了金牌。

螺栓CMS 3.7.0

Bolt CMS,即Bolt,是一种开源内容管理工具,力求尽可能简单明了。它基于Silex和Symfony组件,使用Twig和SQLite,MySQL或PostgreSQL。

螺栓CMS

对于Bolt CMS基准测试,我们使用了免费的Bolt Base 2018主题。

  • 经过测试的网址:/ entry / hello-world
  • 注意:使用内置虚拟内容生成器生成的内容。
Bolt CMS PHP基准测试

Bolt CMS PHP基准测试

Bolt

嵌入您的网站:

图src: 金斯塔

基准结果

  • Bolt CMS 3.7.0 PHP 5.6基准测试结果:50.91 req / sec
  • Bolt CMS 3.7.0 PHP 7.0基准测试结果:132.49 req / sec
  • Bolt CMS 3.7.0 PHP 7.1基准测试结果:134.55 req / sec
  • Bolt CMS 3.7.0 PHP 7.2基准测试结果:139.02 req / sec
  • Bolt CMS 3.7.0 PHP 7.3基准测试结果:147.03 req / sec
  • Bolt CMS 3.7.0 PHP 7.4基准测试结果:162.77 req / sec

当使用Bolt CMS进行测试时,PHP 7.4赢得了金牌。看到自PHP 5.6以来的性能改进也令人惊奇。

Craft CMS 3.4.0-beta.4

Craft CMS是面向开发人员,设计师和Web专业人员的重点内容管理系统,融合了灵活性,强大功能和客户易用性。

工艺CMS
  • 经过测试的网址:/ news / barrel-aged-digital-natives
  • Craft CMS不支持PHP 5.6。
  • 使用https://github.com/craftcms/demo测试了演示应用
Craft CMS PHP基准

Craft CMS PHP基准

Craft

嵌入您的网站:

图src: 金斯塔

基准结果

  • Craft CMS 3.4.0-beta.4 PHP 5.6基准测试结果:不支持
  • Craft CMS 3.4.0-beta.4 PHP 7.0基准测试结果:140.81 req / sec
  • Craft CMS 3.4.0-beta.4 PHP 7.1基准测试结果:145.75 req / sec
  • Craft CMS 3.4.0-beta.4 PHP 7.2基准测试结果:151.15 req / sec
  • Craft CMS 3.4.0-beta.4 PHP 7.3基准测试结果:163.95 req / sec
  • Craft CMS 3.4.0-beta.4 PHP 7.4基准测试结果:169.11 req / sec

PHP 7.4在使用Craft CMS进行测试时获得了金牌。

ExpressionEngine 5.3.0

ExpressionEngine是一个灵活的,功能丰富的内容管理平台,它使世界各地成千上万的个人和组织可以轻松地管理其网站。

表达引擎

对于ExpressionEngine基准,我们使用了默认主题。

  • 经测试的URL:/ blog / entry / super-old-entry
  • ExpressionEngine不支持PHP 5.6。
  • 注意:页面包含带有3个小部件(搜索,类别列表和RSS feed链接)的侧栏。页面还包含面包屑导航。
ExpressionEngine PHP基准

ExpressionEngine PHP基准

ExpressionEngine

嵌入您的网站:

图src: 金斯塔

基准结果

  • ExpressionEngine 5.3.0 PHP 5.6基准测试结果:不支持
  • ExpressionEngine 5.3.0 PHP 7.0基准测试结果:101.32 req / sec
  • ExpressionEngine 5.3.0 PHP 7.1基准测试结果:103.54 req / sec
  • ExpressionEngine 5.3.0 PHP 7.2基准测试结果:107.79 req / sec
  • ExpressionEngine 5.3.0 PHP 7.3基准测试结果:108.35 req / sec
  • ExpressionEngine 5.3.0 PHP 7.4基准测试结果:110.56 req / sec

用ExpressionEngine进行测试时,PHP 7.4赢得了金牌。

在Kinsta更新到PHP 7.4

如果上述结果无法说服您,我们不确定会怎样!只是一个善意的提醒。如果您是Kinsta客户端,则可以使用PHP 7.2、7.3和7.4。如果您希望获得性能方面的改进,则只需在MyKinsta仪表板中单击即可轻松更改为较新版本。

更改为PHP 7.4

更改为PHP 7.4

如果您担心它与第三方插件不兼容(可能会发生),这正是我们拥有临时站点的原因。 👍您可以进行测试,而不必担心破坏生产现场。

从基准结果中总结

从上面的测试中可以清楚地看到,在所有平台的性能方面,PHP 7.4处于领先地位。

我们在6个不同的PHP版本上测试了22个平台/配置的性能,而#PHP 7.4在17/17(5 N / A)上大获全胜! 🏆

点击鸣叫

  • 在上面测试的22种配置中,PHP 7.4是17种中最快的引擎。一个原因并非不是赢家,仅仅是因为Drupal,Magento 2,十月CMS,PyroCMS尚未完全支持PHP 7.4或存在兼容性问题。
  • 就WordPress而言,PHP 7.4是所有测试中最快的(WordPress站点有5.3,WooCommerce和Easy Digital Downloads)。
  • 在许多基准测试结果中,您可以轻松地发现发布的每个新版本的PHP都可以提高性能。这就是为什么测试您的网站,插件等并坚持定期的升级计划如此重要的原因。您的访客和客户将感谢您,因为他们期望速度!
  • 如果您的托管服务提供商不提供更新版本的PHP,那么也许您该考虑迁移了。
  • 对于WordPress用户,除了升级到最新的PHP版本外,我们还收集了许多其他技术,可以帮助您进一步改善网站性能。请参阅我们的最终指南中有关如何加快WordPress网站速度的详细信息。

我们对PHP 7.4感到非常兴奋,希望您也是如此!我们很想听听您对基准测试的想法,甚至是您升级后的经验。将它们放在评论中。

1.5K分享

  • 901
  • 347
  • 1个
  • 93
  • 0
  • 1个
  • 0
  • 158

原文: https://wpjian.com/tips/2020010729805.html

Linux修改swap大小的方法

修改swap大小操作需要root权限,

cd /usr/

mkdir swap

cd swap

dd if=/dev/zero of=swapfile bs=4G count=4

这条命令从硬盘里分出一个 4×4G 大小的空间,挂在swapfile上。
1
2
3
4
5
6

mkswap swapfile

构建swap格式于/usr/swap/swapfile 上
1
2

swapon swapfile

1
以上操作在重启系统后swap空间将会失去swapfile ,将swapfile 加入到/etc/fstab
条目将可以使得系统在init进程中调用swapon -a 来自动挂载swapfile ,这样每次机器重启后swapfile
都处于有效的swap空间。

在/etc/fstab文件中加入下面这样一行:
/usr/swap/swapfile swap swap defaults 0 0
1
2
删除:

swapoff /user/swap/swapfile 停掉swap

rm -rf /user/swap/swapfile 删除

php 7.2 安装 mcrypt 扩展

Mcrypt 简介

Mcrypt 库提供了对多种块算法的支持, 包括:DES,TripleDES,Blowfish (默认), 3-WAY,SAFER-SK64,SAFER-SK128,TWOFISH,TEA,RC2 以及 GOST,并且支持 CBC,OFB,CFB 和 ECB 密码模式

环境:centos 7

yum 安装依赖包:

yum install libmcrypt libmcrypt-devel mcrypt mhash

在 php 官网下载 mcrypt 包,php 扩展官网

  # wget  http://pecl.php.net/get/mcrypt-1.0.1.tgz

  # tar xf mcrypt-1.0.1.tgz

  # cd mcrypt-1.0.1

编译安装 mcrypt

  # /usr/local/php/bin/phpize

  # ./configure –with-php-config=/usr/local/php/bin/php-config  && make && make install

在php.ini加上扩展即可

extension=mcrypt.so

重启 php-fpm

/etc/init.d/php-fpm restart

MySQL5.6数据导入MySQL5.7报错:ERROR 1031 (HY000)

一、故障现象

今天将一个在MySQL5.7上的数据导入到MySQL5.6里面去,默认存储引擎都是InnoDB,导入报错如下:

[root@oratest52 data]# mysql -uroot -p123456 < /data/127.sql
ERROR 1031 (HY000) at line 598885: Table storage engine for 't_config_dbconnects' doesn't have this option

报错提示598885行有问题,t_config_dbconnects表的存储引擎不支持这个选项。由于备份文件较大(50G),不可能用vi打开去看,用sed文件查看该表的建表sql如下:

[root@oratest52 data]# sed -n '598870,598899p' 127.sql
--
-- Current Database: `db_config`
--

CREATE DATABASE /*!32312 IF NOT EXISTS*/ `db_config` /*!40100 DEFAULT CHARACTER SET utf8 */;

USE `db_config`;

--
-- Table structure for table `t_config_dbconnects`
--

DROP TABLE IF EXISTS `t_config_dbconnects`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `t_config_dbconnects` (
  `ID` smallint(6) unsigned NOT NULL AUTO_INCREMENT,
  `NAME` char(50) DEFAULT NULL,
  `HOST` char(50) NOT NULL DEFAULT '',
  `PORT` char(10) NOT NULL DEFAULT '',
  `USER` char(50) NOT NULL DEFAULT '',
  `PASSWORD` char(50) NOT NULL DEFAULT '',
  `CHARSET` char(30) DEFAULT NULL,
  `DBNAME` char(50) NOT NULL DEFAULT '',
  `ABOUT` char(200) DEFAULT NULL,
  `POSTTIME` datetime DEFAULT NULL,
  `LASTUSER` char(50) DEFAULT NULL,
  PRIMARY KEY (`ID`),  
  UNIQUE KEY `IDX_NAME` (`NAME`)
) ENGINE=InnoDB AUTO_INCREMENT=84 DEFAULT CHARSET=utf8 ROW_FORMAT=FIXED;

可以看到最后一行中有ROW_FORMAT=FIXED

二、初步分析

发现报错的表的ROW_FORMAT格式是FIXED,并不是我们熟悉的Dynamic。查看资料和官方文档发现不同版本或者不同源的MySQL对于行记录格式的处理方式不一样,解决上述问题就先要了解row_format的改进历程,这里简单介绍下MyISAM和InnoDB两种存储引擎对于row_format格式的处理。

2.1MyISAM存储引擎

MyISAM有3种行存储格式:fixed/dynamic/compressed

  1. fixed:为默认格式,只有当表不包含变长字段(varchar/varbinary/blob/text)时使用,该每行都是固定的,所以很容易获取行在页上的具体位置,存取效率比较高,但是占用磁盘空间较多
  2. dynamic:每行都有一个行头部,包含bitmap,用以记录那些列为空(NULL列不算为空)
  3. compressed只能通过myisampack创建且为只读

2.2InnoDB存储引擎

Innodb plugin新引入Barracuda,其包含compressed/dynamic两种行格式,而之前的compact/redundant统属于antelope;目前可选值为Antelope和Barracuda,低版本默认为Antelope,高版本默认为Barracuda。
了解这两种存储引擎如上两种row_format格式后,就能明白对一张MyISAM表且row_format为fixed格式的表更改存储殷勤为InnoDB肯定是不行的,因为InnoDB的row_format不支持fixed格式。所以可以先备份要更改引擎的表数据,然后将表的row_format更改为存储引擎都能识别的row_format,再进行引擎的变更。

mysql> alter table t_config_dbconnects ROW_FORMAT = default;
Query OK, 0 rows affected (0.15 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> alter table t_config_dbconnects engine = innodb;
Query OK, 0 rows affected (2.67 sec)
Records: 0  Duplicates: 0  Warnings: 0

DNS压力测试工具dnsperf

1、dnsperf简介

DNSPerf(DNS Performance)来自Prospect One公司,刚好最近研究 DNS 又想起这项服务。DNSPerf 从全世界超过两百个城市节点来检测各个 DNS 速度、反应时间及上线率(Uptime),除此之外,DNSPerf 还有针对一般使用者会用到的开放式 DNS 解析服务(Public DNS)进行监测记录,比较令我感到意外的是解析速度方面OpenDNS居然还比Google DNS来得更快!有兴趣的朋友可以到 DNSPerf 看看测试结果,对于读者来说还是蛮有参考价值的。dnsperf目前的实现是单进程模式,通过epoll非阻塞地处理网络事件。

2、安装程序

 [root@docker-03 ~]# yum install dnsperf

3、参数详解

 ## Dnsperf 支持下面的这些命令行参数:
 -s    用来指定DNS服务器的IP地址,默认值是127.0.0.1
 -p    用来指定DNS服务器的端口,默认值是53
 -d    用来指定DNS消息的内容文件,该文件中包含要探测的域名和资源记录类型,见下文
 -t    用来指定每个请求的超时时间,默认值是3000ms
 -Q    用来指定本次压测的最大请求数,默认值是1000
 -c    用来指定并发探测数,默认值是100. dnsperf会从-d指定的文件中随机选取100个座位探测域名来发送DNS请求
 -l    用来指定本次压测的时间,默认值是无穷大
 -e    本选项通过EDNS0,在OPT资源记录中运用edns-client-subnet来指定真实的client ip
 -i    用来指定前后探测的时间间隔,因为dnsperf是一个压测工具,所以本选项目前还不支持
 -P    指定用哪个传输层协议发送DNS请求,udp或者tcp。默认值是udp
 -f    指定用什么地址类型发送DNS请求,inet或者inet6。默认值是inet
 -v    除了标准的输出外,还输出每个相应码的个数
 -h    打印帮助

4、数据文件示例

-d选项指定数据文件名,数据文件示例如下,测试的次数和域名拷贝次数要一样:

 # This is a comment and is ommited
 # The columns after column 2 will be ommited if one line contains more than 3 colums.
 www.app1.com A

数据文件中以“#”开头的行被认为是注释行,会被dnsperf忽略。

其中有效数据由两列组成,第一列是查询域名,第二列是查询的资源类型,dnsperf支持的资源类型如下:

ANSMDMFCNAMESOAMBMGMRNULLWKSPTRHINFOMINFOMXTXTAAAASRVNAPTRA6ASFRMAILBMAILAANY

5、性能评测指标

 [root@RedHat_test opt]# dnsperf -c 1000 -d testfile -s 172.17.0.98
 DNS Performance Testing Tool
 Version 2.3.2
 
 [Status] Command line: dnsperf -c1000-dtestfile -s172.17.0.98
 [Status] Sending queries (to 172.17.0.98)
 [Status] Started at: Wed Jan 1515:34:50 2020
 [Status] Stopping after 1run through file
 [Status] Testing complete (end of file)
 
 Statistics:
 
 Queries sent:         325336
 Queries completed:    325336(100.00%)
 Queries lost:         0(0.00%)
 
 Response codes:       NOERROR 325336(100.00%)
 Average packet size: request 29, response 75
 Run time (s):         3.624032
 Queries per second:   89771.834244
 
 Average Latency (s):  0.000990 (min 0.000335, max 0.016325)
 Latency StdDev (s):   0.000441

1、queryperf简介

在bind中,有一款自带的压力测试软件,queryperf。使用这款软件可以对DNS服务器作请求测试,并且使用方法简单,我们可以使用queryperf测试多次,取一个平均值,这样就算结果不准确,也不会和实际情况相差太大。

2、安装程序

 [root@docker-03 ~]# cd /usr/local/src
 [root@docker-03 src]# wget http://ftp.isc.org/isc/bind9/9.12.1/bind-9.12.1.tar.gz
 [root@docker-03 src]# tar -zxvf bind-9.12.1.tar.gz
 [root@docker-03 queryperf]# cd /usr/local/src/bind-9.12.1/contrib/queryperf
 [root@docker-03 queryperf]# ./configure
 [root@docker-03 queryperf]# make
 [root@docker-03 queryperf]# cp queryperf /usr/bin

3、参数详解

 ## queryperf [-d datafile] [-s server_addr] [-p port] [-q num_queries]
 -d: 后面接上一个文件,文件的内容是用户对DNS的请求,一行为一条请求,所以为了测试,我们可以在里面写上几千几万条。
 -s: DNS服务器地址
 -p: DNS服务器端口
 -q: 指定查询的输出的最大数量

4、sh批量生产记录

 [root@docker-03 queryperf]# cat gen_record.sh 
 #!/bin/sh
 #a_record="ns2.paiconf.com"
 
 a_record=$1
 num=$2
 file_path=$3
 
 if[ ${a_record}-a${num}-a${file_path}]; then
 var=1
 while[ $var-le${num}]
 do
 echo"${a_record}A ">> ${file_path}
 var=$(($var+ 1 ))
 done
 else
    echo"use: ./sh [a_record] [num] [file_path]"
 fi

5、使用方法

 [root@docker-03 queryperf]# chmod -R 777 gen_record.sh 
 [root@docker-03 queryperf]# ./gen_record.sh www.baidu.com 10000 dnstest.txt
 [root@docker-03 queryperf]# queryperf -d dnstest.txt -s 172.17.0.98
 
 DNS Query Performance Testing Tool
 Version: $Id: queryperf.c,v 1.12 2007/09/05 07:36:04 marka Exp $
 
 [Status] Processing input data
 [Status] Sending queries (beginning with 172.17.0.98)
 [Status] Testing complete
 
 Statistics:
 
 Parse input file:     once
 Ended due to:         reaching end of file
 
 Queries sent:         10000queries
 Queries completed:    10000queries
 Queries lost:         0queries
 Queries delayed(?):   0queries
 
 RTT max:         0.011268 sec
 RTT min:              0.000267 sec
 RTT average:          0.000417 sec
 RTT std deviation:    0.000466 sec
 RTT out of range:     0queries
 
 Percentage completed: 100.00%
 Percentage lost:        0.00%
 
 Started at:           Wed Jan 1518:31:55 2020
 Finished at:         Wed Jan 1518:31:56 2020
 Ran for:              0.226052 seconds
 
 Queries per second:   44237.609046 qps

CentOS从Yum更新中排除特定的包

在完全更新或自动程序包升级过程中,有时不需要升级包。有时这会导致服务器上的严重问题。例如,在通过yum更新系统时,您需要排除内核,PHP,MySQL和Apache包的更新。本教程将帮助您找到如何从yum更新中排除软件包的答案?如何使用排除选项与yum?如何防止包从yum自动更新?如何仅排除32位或64位软件包?

#1。用命令排除软件包

您可以简单地使用-exclude命令行参数与yum来排除特定包以获取更新。您可以根据需要指定多个包。例如,以下命令将更新除内核和php之外的所有软件包。

# yum update --exclude=kernel* --exclude=php*

#2。从自动更新中排除软件包

此外,您还可以在/etc/yum.conf中添加条目以永久禁用软件包更新。使用此选项,您不需要每次从提示符运行yum update命令时指定。这也将防止软件包意外更新。 在编辑器中编辑/etc/yum.conf ,并在下面的示例配置文件中添加排除行。以下将阻止更新程序包名称以内核,redhat-release,php,mysql和httpd开头。

[main]
cachedir=/var/cache/yum/$basearch/$releasever
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
installonly_limit=5
exclude=kernel* redhat-release* php* mysql* httpd* 

#3。排除32位或64位软件包

此外,您可以忽略特定的包体系结构。像您需要从自动更新中排除32位或64位软件包。在/etc/yum.conf中指定它们如下。

exclude=*.i?86 *.i686

结论

本教程可帮助您从yum更新中排除特定的包。您可以轻松地从yum更新中排除任何软件包或一组软件包,并防止意外的rpm更新。

DNS的安全

DNSSEC 代表域名系统安全扩展,是一种用于保护 IP 网络上使用的域名系统 (DNS) 信息的技术。它为 DNS 数据的源站提供身份验证,有助于防范攻击和保护数据完整性。

DNSSEC 的工作原理

DNS 将域名或网站名称转换为互联网协议 (IP) 地址。这些是唯一标识符,可帮助全球计算机快速访问信息。DNS 安全增加了一组扩展以增强保护

这些安全扩展包括:

  • DNS 数据的源站身份验证:这可确保数据的接收者可以验证源站。
  • 经过身份验证的存在否定:这告诉解析程序(负责将域名转换为 IP 地址)某个域名不存在。
  • 数据完整性:这可向数据接收者确保,在传输过程中未更改数据。

为什么我们需要 DNS 安全性?

DNS 可帮助将 Web 流量指向正确的目的地。它被所有人使用,无处不在,所有互联网流量都会流经它。因此,它是一个高度敏感的系统,它会面对网络攻击者的许多威胁,攻击目的是控制 DNS,感染并从中提取所有数据。

许多现代企业通常易受 DNS 服务器安全风险影响,因为他们只使用几个 DNS 服务器。因此,这可能使他们无法防范体积攻击,借助这种攻击,大量网站流量可能会导致服务器崩溃,从而阻止用户找到网站。

除了损害 DNS 的工作方式之外,恶意攻击还可能试图利用运行 DNS 服务的服务器上的安全漏洞,提取宝贵的数据,比如密码、用户名和其他个人信息。

这些攻击为公司带来了严重问题,并使 DNS 安全成为确保在线安全的关键组件。

常见的 DNS 安全威胁

如果没有完备的 DNSSEC,企业可能会面临以下风险:

  • 分布式拒绝服务 (DDoS) 攻击DDoS 利用多个系统的安全漏洞(例如受恶意软件攻击的漏洞),并将大量流量发送到网站或基于 Web 的应用程序。这些可能会导致服务器崩溃并使网站或应用程序无法使用。这些攻击可能会影响客户,并可能导致收入损失。如今的 DDoS 攻击变得越来越复杂,会更深入地攻击应用程序层,而以前它们只影响外部网络和传输层。
  • 放大攻击:在这种攻击中,黑客利用 DNS 服务器中的漏洞将较小的查询变成较大的查询,从而使服务器崩溃。放大攻击是一种反射攻击,涉及使用多个 UDP(用户数据报协议)数据包向公共 DNS 发起泛洪攻击。这些数据包被放大,目的是使服务器崩溃。术语“反射”是指 DNS 解析程序引发对虚假 IP 地址的响应,该地址在攻击中作为 DNS 查询发送。

借助 Akamai 实现快速安全的 DNS

Akamai 的Fast DNS 基于云的解决方案可提供全天候的 DNS 可用性,并有助于抵御大规模 DDoS 攻击。它可用作主要或次要 DNS 服务,构建在全球分布式网络上,并提供高度可扩展的平台以实现出色保护。

Fast DNS 可将用户定向到高性能 DSN 网络来提高响应速度,从而加速 DNS 解析。Akamai Intelligent Platform™ 使用全球数千台服务器来抵御大规模 DDoS 攻击,从而有助于:

  • 防止 DNS 篡改和操纵。
  • 通过吸收攻击实现 DDoS 保护
  • 在遭受 DDoS 攻击时保持合法用户的访问权限。
  • 实现 100% 的正常运行时间服务协议。
  • 通过使用全球数千服务器而不只是依赖于两三台服务器,实现更快更可靠的 DNS 解析。
  • 使用 Akamai 的可扩展、全球分布式平台,保证全天侯 DNS 可用性。
  • 通过 Akamai Control Center 和开放式 API 简化 DNS 基础设施管理
  • 基于区域数量(而非请求数量)进行定价,从而控制成本。

进一步了解 Akamai 的 DNS 安全解决方案以及应用程序托管、媒体内容交付等等的解决方案。

2020CES-美国拉斯维加斯电子展中国展商统计

2020年美国拉斯维加斯消费类电子产品展览会(CES2020)
举办时间:2020年1月07日~10日,展览四天
举办地点:拉斯维加斯会展中心
主办单位:美国消费者技术协会(简称CTA)

2020CES-美国拉斯维加斯电子展中国展商统计

2020CES-美国拉斯维加斯电子展中国展商统计展馆产品分类:
LVCC中央大厅(Central):以视听为主,大型企业做宣传的地方;
LVCC 北馆(North):苹果专区、汽车电子专区等;
LVCC南馆(South):
S1:数码音频类、家用连接器, 
S2:数字成像、影像产品、综合电子区、会议室、游戏专区、数码健康专区、3D打印、智能机器人、智能穿戴、综合电子区 
S3、S4:电脑周边,个人通讯类、无线通讯、家庭影院,互联网信息技术 ,综合电子区 
Venetian金沙馆(Sands)二楼:专业展区,按产品分配,有积分;

新南广场馆:国家馆、不分产品、按国家为区域按国家分区; 

2020CES-美国拉斯维加斯电子展中国展商统计

 2020CES-美国拉斯维加斯电子展中国展商统计

往届中国参展商的数据统计:
2010年第43届CES,有超过 2500 个企业参展,有 20000 多个新产品展出,其中 中国参展企业超过 300 家,包括了联想、华为、漫步者、海信、TCL、海尔、华硕、汉王等厂商。
这一年,CES 首次邀请中国企业家代表作主题演讲,演讲者是海信集团董事长周厚健。
2011年第44届CES,参展企业达到 2500 个,中国有超过 400 家企业参展,在 CES 参展规模上排名第三,最终达成价值 3153 万美元的贸易合同和 5799 万美元的意向性贸易协议。
2012年第45届CES,3100 家展商,仅参展的深圳企业就超过了 300 家。
2013年第46届CES,微软第一次缺席 CES,海信果断出击,仅用 45 分钟即与美国/电视服务提供商 Dish Network 盘下了原本属于微软的展位。
2014年第47届CES,1200 多家中国企业参展。
2015年第48届CES,全球展商3700家,中国企业1300多家。
2016年第49届CES,展览会上,共有来自150个国家的4300多家展商参加,中国企业1400多家,约20000多个新产品在展会上推出,展出净面积19万平方米,展览总面积为38万平方米,观众超过15.3万人次,其中国际观众达3.4万人次,5000家媒体报道此次盛会,共举办41场主旨演讲,200场学术研讨会,同期颁发了年度创新产品奖。其中Microsoft、IBM、Intel、MOTO、索尼、松下、三洋、夏普、先锋、东芝、飞利浦及中国的海尔、海信、康佳、联想等百余家国际大型知名企业参展。其中中国企业占参展总数的1/6,CES展正在成为彰显中国企业实力的国际舞台。
2017年第50届CES,中国企业占据重要地位,中国参展商2017将再次膨胀,达到1416家左右。
2018年第51届CES,中国参展商达到1500家左右,其中深圳企业482家
2019年第52届CES,中国参展商持续高涨,达到1500家以上,其中深圳企业临近500家

2020CES观展总结

CES2020在拉斯维加斯正式开幕,热衷科技创新的前哨用户,怎能错过全球创新风向标的“消费电子大展CES”!

美国时间1月7日,王煜全、吴声、万维钢三维老师终于“会师”完毕,3W组合正式合体,已开启在拉斯维加斯的前哨考察团观展之行。接下三天来将带领大家,洞察展会背后的产业趋势,挖掘全新产品背后的商业机会,梳理商业背后的逻辑。

下面为大家带来王煜全老师第一天的观展总结!

| 航空公司首次参展,“平行现实”值得重视

今年Delta航空公司首次参加CES,是第一次航空公司来参展。这件事本身体现了CES的一个姿态:从传统的只看重科技,扩展到了整个消费品领域,甚至现在连服务也越来越重视科技。

演讲里最吸引我的是Delta航空提到的“平行现实(Parallel Reality)。这个概念。可以说是原来“环境智能(Ambient Intelligence)升级版。我们希望跟环境能有一个背景层的智能互动的,就是说我有什么需求,环境是知道的。

比如我走到商店橱窗前,橱窗给我展示的商品就是我想买的。我看到广告牌,上面展示的广告就是我想看的,甚至我连续走过两个广告位,它们展示的广告是连续的,当然更不用说其他的互动了。

如果我每一次去到一个陌生环境,还需要我手动输入个人信息,环境才知道怎么跟我互动,这肯定是低效的。所以这件事其实由来已久,就是如何能够有更强的环境智能,但是一直解决不好。因为首先是需要有足够强的智能,然后需要有足够强的互动能力,现在这两件事慢慢都解决了。

CES2020新机会:航空公司来了智能家居全面开花,以色列抱团创新

一方面人工智能不断发展,机器对人的理解甚至会超过人类自己。我们今天在金沙展馆的时候也看到了,有一个重要概念,叫预测性技术(Predictive Technology)。

人工智能的未来并不是给我们分析现状,而是告诉我基于现状会发生什么、未来会怎么样。面对消费者,更重要的不是知道他的特征,而是知道消费者将会需要什么商品,甚至在什么时候要什么商品,才能更好地给他服务。

所以人工智能使得环境对人的理解达到这地步了。另外一个就是互动技术的发展。现在随着5G到来,IoT迎来蓬勃发展。IoT的核心是物跟物的互联。

一直有个说法,当各种智能设备兴起,手机可能会消亡。我认为这是错的。为什么呢?因为手机是一个核心节点,是一个强大的随身的智能助理。它对你的理解超过所有其他设备,因为它天天随身跟着你。甚至你的智能可穿戴设备的数据,也都会同步到手机里进一步去处理和解读。所以手机是你的最随身最懂你的智能终端。

那就意味着手机将会和环境产生大量的互动。而所谓平行现实,也就是说现实能够跟你随时实现互动,你走到哪,这个懂你的环境就会跟到哪里。这个平行现实的实现,很有可能是通过物物互动来实现的。手机和环境产生智能连接,手机对你进行解读,产生预判,知道你想要什么,然后连接周围的环境,把相应的服务或者内容推给你。

CES2020新机会:航空公司来了智能家居全面开花,以色列抱团创新

当然另一种可能性是,环境中的设备本身也能进行大量的信息采集了。我们看到另一个趋势就是,显示成了一个独立产业,以前我们叫电视机或者叫电脑显示器,现在显示器就是一个独立产业,显示屏越来越智能化。

现在出现一个变化就是,以后大多数显示屏上都会带上摄像头。因为和环境互动要完成一个闭环,要有数据的采集分析、解读和输出。传统的显示屏是一个标准的数据输出设备,现在显示屏实现了智能化,分析解读也有了。但是数据的采集是没有的,所以才会造成显示是千人一面的,所有人看都是一样的内容。

如果有摄像头,能够捕捉到人脸,知道是谁正在看,就可以给他推送他想看的东西,甚至可以实现从不同角度看到的图像是不一样的,这在技术上是可实现的。当然也可以和手机结合,实现内容精准推送。

这是一个更加完美的未来世界,你走到任何一个环境,它都是随身的,懂你的,能够和你实现个性化互动的。

| 以色列的创新,要辩证的思考学习

今天我们看了CES比较有特色的尤尼卡公园的展馆,尤其深入了解了以色列展区。额。以色列科技创新的特色是,一方面和中国一样勤奋,愿意在模式创新上动脑筋,比如说在没有电网的地方弄个临时的电动车充电站,这个市场比较狭小,因为全世界没有电网地方越来越少,那种地方基本上是人烟稀少的,可能就不适合电动车去那儿。

另一方面,值得我们思考的是,以色列的优势是知道怎么对接高校科技,首先以色列有好高校,还有美国大量的高校里面都有是犹太裔科学家,以色列还有一批人才很精通直接从科技做转化。

但是问题是,以色列公司的目标市场一般是锁定美国的,做完转化实现量产和推向市场,甚至将来上市,都是往美国走的。我们知道的很多知名的以色列企业,其实只是根在以色列,发展都在美国,比如著名的Mobileye。

大多数以色列企业还没有发展到对接量产的阶段,在很早期就会往美国转移。所以位于以色列的企业,一般都还在研发期的早期,在做原型设计。在研发期,它们就会往美国转移。到了美国以后,这些企业才会考虑市场、考虑量产。

中国现在有一个现实的问题,就是我们还没有办法对接太早的科技企业。中国的企业都比较偏后期,科技企业到了需要大规模量产的时候,中国企业能解决。但是还在产品原型设计改进的时候,中国企业就帮不上忙。

所以,以色列企业为什么不可以学,不是说人家的精神不可学,是说跟中国现有的制造型企业没有办法严丝合缝对接上,中间有个鸿沟。而这个沟是在美国得到弥补的,不是在以色列。

CES2020新机会:航空公司来了智能家居全面开花,以色列抱团创新

这方面,中国的企业家确实需要进一步提升我们的产业对接能力,我们也在寻找真正有意愿和实力的“科技制造家“,希望能够跟他们一起对接全球科技创新,推动中国产业升级。

| 智能家居明显升级,会不会全面开花?

智能家居整体上比前几年更落地了,2C的产品越来越多,但其实中美的模式不太一样,美国是相对有中心系统的智能家居布局,它的中心是智能音箱。现在的胜出者其实已经有了,第一是亚马逊,第二是谷歌,苹果可能还有一系列的机会,其他的胜出者就不容易了,大格局基本上定了。

格局确定之后,大家也就容易做事了,因为智能家居产品基本和亚马逊和谷歌联通就覆盖掉90%的市场了,这也是为什么美国智能家居的大量的对接的产品多起来的原因,因为一旦标准化了,就敢放手去把我的系统接进去。

当然本身这些企业也在做各种努力,比如我们今天看了亚马逊的展馆,他的车载系统看似不是家居,但实际上后台是Alexa智能语音互动系统,表面是音箱,核心是智能语音互动。

另外,比如我前一阵刚买了一个新的微波炉,就是智能语音互动的。一旦语音互动的核心解决了,大家就会想我如何介入了,所以就开始滚雪球。

CES2020新机会:航空公司来了智能家居全面开花,以色列抱团创新

中国始终没有形成这样一个前台的核心,前台核心要以硬件载体音箱为主,但是中国什么东西都是千团大战,音箱也是三四十家智能音箱,甚至更多智能音箱大战。

但实际上他们忽略了一个事实,智能音箱的核心不是智能音箱,而是用智能音箱作为硬件载体,后台是软件的语音互动支撑平台。中国语音互动支撑平台水平不够,只顾打音箱战了,所以到最后造成了一个结局就是,因为大家都有音箱,所以谁也不愿意介入对方的系统,反倒造成一些大的玩家没有办法整合,是分裂的。

从后台做整合是更科学的做法,就是不考虑前台的问题了,谁是第一接入点不重要,但是后台遵循同样的规则更重要。尤其是像涂鸦智能,我们为什么看好,因为它是一个相对第三方的开放平台。

如果阿里接入百度平台,百度接入腾讯平台,大家都是不放心的,但是不管百度、阿里还是腾讯接入涂鸦平台,这是可以的,因为你基本上就是一个后台。

所以中国的特点是前台不清晰,前台的争夺就还会延续很久,甚至说可能会出现无霸主的局面。但是后台能统一,这和国外是不太一样的。

CES2020新机会:航空公司来了智能家居全面开花,以色列抱团创新

另外一个原因也很有意思,这在西方不太存在,因为西方都是独立的house,中国是大规模建商品房,现在大量的商品房造成了一个前装市场,就是说我实际上跟开发商谈,开发的时候,就把智能家居就引入了。

引入智能家居的时候,其实也要考虑这个问题,不愿意过分的品牌化,如果引入涂鸦智能这样的平台,我引入谁都是合理的,因为作为一个后台,我接入谁都可以接。但如果引入的是阿里的系统,首先得罪了百度,其次为什么要替阿里做宣传对吧?所以这就是涂鸦智能这样平台的机会,因为更偏向后台赋能,而且它的选择性更强,前台要用什么都可以。

所以中国的住房前装市场更集中居住的特点,也是涂鸦能够迅速起来的一个重要原因。我们今天在CES展台看到涂鸦的增长速度开始放快,原因很简单,就是他在前装积累了足够用户数的时候,他的to C市场,也就是它的后装市场就容易启动了。

但这个机会,地产自己做未必能走通。地产企业进入科技领域其实犯过很多错误,地产自己做智能家居平台肯定是错误之一。为什么?因为体量不够大,地产和阿里、百度有同样问题,地产不会用竞争对手地产公司的平台,我不会让你知道我的老底的。

那么就会带来一个问题,只能是地产自己的公司来做,但是中国的地产公司没有一家大到垄断到1/2,1/3的市场,虽然单个体量很大,但是整体来说比例很小,市场覆盖率不够。

另外一个很严重的问题是特别容易产生路径依赖,因为这是自己公司的产品,做成什么样都行,没有检验标准也没有第三方来评价如何算更好,这样的产品是没有办法做好的。

| CES创新奖应该更加创新

今天我们带大家去看了创新奖的集中展示区,总的来说并不那么令人惊艳。很多早就出现的概念,稍微做个改动,换个马甲就又推出来了,这肯定不是创新奖原来的目的,创新奖肯定是希望选最优的东西。

CES2020新机会:航空公司来了智能家居全面开花,以色列抱团创新

另一个问题是创新奖需要企业必须要来参加评选,咱们团里就有企业说他错过了,本来有很好的产品但是没来参评,那更不用说还有很多创新项目根本不来参加CES。所以如果只能在参加CES的小范围之内评奖,就会有偏差。

所以,我们计划在前哨大会上推出一个评选优秀科技消费品的奖项,会更公正一点,不管你来不来,只要产品够好,都给评上。我们的榜单就会在今年的前哨大会上揭晓,到时候请大家看看我们会评出怎样的创新产品。

CES第一天看展总结就到这里,明天我们继续。

伴随CES第一天结束,第一场晚间论坛也已成功举办,未来两天万维钢、吴声、王煜全三位老师的3W组合,将每晚持续给大家带来烧脑的思想盛宴,几位老师的精彩发言,我们将陆续整理,分享给大家,敬请期待。