奇怪的问题。 负载均衡器后面有6个节点。 他们是运行Ubuntu的高规格VPS。 在另一个节点上，我们运行Redis。 更多的节点运行MySQL。 整个LAMP设置主机Magento。 从基于文件的caching转换到Redis中央caching，我们开始逐个更改每个Magento节点，以便使用Redis槽Cm_Cache_Backend_Redis由于Redis被两台服务器使用，一切运行良好。 所以我们决定切换剩余的4台服务器。 但是，然后性能开始坦克大的时间。 New Relic证实了这个性能回落高达300％。 应用程序响应时间从合理的900-1200ms到3K + ms。 页面加载时间变得可怕，跳跃至less2秒，经常更多。 在大数据量（200个用户遍布6个服务器）的高峰负载下，回归更加深刻。 在痕迹中，我们开始看到Redis一切不好。 Category Slowest components Count Duration % Custom Varien_Simplexml_Element::asNiceXml 578 19,200 ms 33% Custom Varien_Simplexml_Element::extendChild 673 10,200 ms 18% Custom Cm_RedisSession_Model_Session::read 1 5,070 ms 9% Custom Varien_Simplexml_Element::extend 76 4,380 ms 8% Custom Varien_Simplexml_Element::hasChildren 69 2,690 ms 5% Custom Mage_Core_Model_Config::loadModulesConfiguration […]
英特尔的P3700固态硬盘安装在具有两个Intel Xeon E5-2630 v3 CPU的Lenovo x3650 M5服务器上。 服务器运行Ubuntu 14.04 4.6.4内核。 我一直在使用fio来使用1MB块大小的同步顺序读取来对SSD进行基准testing。 带宽结果是〜1.4GB /秒。 这应该是最大的2.8GB /秒，相对较小。 我目睹了P3700在高端个人电脑上的类似基准testing达到了这个带宽。 使用blktrace我可以看到〜425usec有相当大的延迟，直到接收数据。 编辑 – 我实际上不知道〜425usec延迟是否很高，因为我与P3700规格的比较是不正确的。 连续读取的规格等待时间为20us，块大小为4KB 。 在我的系统上使用fio和4KB块大小来测量延迟我得到了〜50usec的平均值，这相当像样的恕我直言。 259,0 0 40510 1.298997405 21580 QR 99427328 + 1024 [read_simple] 259,0 0 40511 1.298998348 21580 XR 99427328 / 99427584 [read_simple] 259,0 0 40512 1.298998572 21580 QR 99427584 + 768 [read_simple] 259,0 0 […]
我看到一些材料显示，从一代硬件到下一代，6％核心单线程IPC的性能提高了。 这是否意味着每个周期的指令数量增加了6％？ 什么是IPC性能？
我正在开发一个程序，从Windows 2012R2 CA请求证书，在这个过程中，我已经注意到服务这些请求花费的时间更长。 目前我正在申请100到1000个证书批次，请求程序每批次后重新启动，据我所知，这里面没有任何东西可以引起这个问题。 当我全新安装Windows时，大约需要15秒来处理100个请求并颁发证书。 当CA颁发5000个证书时，需要25秒，15000个证书需要40秒左右。 我认为15000个证书不是一个大数目 我想知道是否有其他人注意到了这一点？ 是否有Windows的安装选项，安装猴子应该select？
我在两个主机ESX群集中有两个独立的SQL框。 目前他们在同一台主机上运行。 我们使用Veeam进行夜间备份。 其中一台服务器在备份期间达到90-100％CPU的峰值。 另一个没有。 我build造了两个箱子，但是我相信我会把它们设置成相同的。 基础磁盘在同一arrays上运行，将单独的LUNconfiguration为专用SQL vmfs数据存储，并且都将备份到相同的目标。 Veeam代理每个都是一样的。 Veeamconfiguration为Direct SAN（看起来像是在工作）。 性能不佳的服务器是最难运行的服务器。 在白天没有什么特别的事情是在一个恒定的30％的CPU。 我们遇到问题的服务器在同等时间通常占用CPU的几个百分比。 两者都是Server 2012运行SQL 2012 Std 两者都是8核心 一个有16GB，一个有24GB内存（很确定这是不相关的，我们没有看到交换/分页问题）。 两者都有更新的工具运行 我在这方面有点不知所措，我不明白在这一点上需要调查的东西。 我排除了（在我的脑海中）存储，硬件，networking，我不明白在操作系统级别将是我看到的问题的原因。 我认为有问题的SQL盒和ESXi之间有一些不愉快的交互，但我不知道从哪里开始。 有什么想法吗？
我正在build立一个新的SqlServer数据库服务器。 该机器是具有SSD磁盘的HP Proliant DL368 Gen9。 当试图创build数组时，我必须select条纹/满条纹大小。 这是我第一次设置RAIDarrays，我不知道如何configuration这些设置以获得最佳效果。 我想在服务器上使用全部六个SSD驱动器build立一个大的RAID 10arrays。 这两个选项的默认值如下： 条/完整条纹大小：* 256KiB / 768 KiB 部门/轨道：* 32 这两个设置的最佳configuration是什么？ 还是应该坚持使用默认选项？ 请记住，这台机器只能用作数据库服务器。
我的服务器上安装了PHP 7.0和PHP 5.6（这是一个拥有大量资源的专用服务器），而通过PHP 7创build的出站请求非常缓慢，而不是通过PHP 5创build的。在PHP中使用cURL进行testing时命令行解释器，使用PHP 5需要1.3秒的请求（对于一个33MB文件）在PHP 7上执行时需要16.9秒（我能够可靠地重现这些结果 – 这不仅仅是一次性秒杀）。 这个时间是在实际的下载过程中完成的，而不是根据curl_getinfo来设置连接，而在PHP 7和PHP 5中所有的时间（名称查询，连接，开始传输时间等等）大约高出10倍，还是完全在一秒之内，所以绝大部分时间都是用来下载文件的; 当下载被cURL超时中断时，表示接收到的字节数的错误信息与其执行的时间大致成正比。 这导致了我的结论，networking速度必须被抑制，但我不能认为会影响PHP 7（CLI和FPM），而不是PHP 5。 不仅cURL受此影响 – 使用手动套接字连接尝试相同的请求也非常慢（事实上明显慢于cURL，尽pipe这可能是因为cURL可以处理压缩，而套接字连接却不能）。 该服务器正在运行Debian Jessie。
我在一个WordPress网站上工作，每天获得大约100K页面浏览量。 我们使用Varnish作为caching层。 最近，我们遇到了一个问题，就是看起来随机的，MySQL的性能下降，导致我们的应用程序崩溃。 下面是New Relic昨天发生的停电事故的图表： 这在过去一周发生了两次。 该网站将运行良好的一个星期没有任何人接触生产服务器，然后这一切发生。 通常的响应时间是500毫秒左右，而这里峰值在60K毫秒（！）。 问题是通过停止apache，让数据库冷静下来，然后启动apache备份来解决的。 这并不是说更多的查询正在运行，或者一个特定的慢查询正在运行，并导致这个问题。 如果我采取New Relic报道的任何“缓慢的质疑”，并且运行它们，那么它们正在快速发展。 下面是同一时间框架内MySQL吞吐量的图表： 我检查了WordPress的挂钩和插件的统计数据，一切似乎是正常的。 我的问题是，我应该从哪里开始寻找？ 哪些MySQL设置可能导致这个？ 它甚至可能是一个MySQL问题，还是更可能是一个应用程序问题？
它甚至可能/推荐？ 我们正在尝试设置几个configuration为1秒间隔的活动项目。 然而，这些项目没有保持期望的时间间隔，而是我们每约30秒收集一个值（如相应的图表所示）。 在客户端用一个简单的“echo 1”作为用户参数来testing上面的内容，应该每隔1秒发送一次，而不是延迟。 我们在服务器上部署了一个客户端，其中一个项目的configuration方式与上面相同，每秒都会成功收集一个项目。 我们的Zabbix设置是比较新的，因此底层的MySQL数据库是相当小的，我们没有那么多的客户端/项目。 服务器在Linux VM中运行，而客户机在专用Linux主机上（不在本地networking上）运行。 我们查看了服务器/客户端上的configuration文件，但没有看到什么可以帮助我们实现这一点（除了添加更多的捕获器）。 这似乎不是一个连接问题，因为客户端缓冲区应该克服这个问题。 可能是这种行为的原因是什么？ 如何find瓶颈？ Zabbix服务器统计数据可以看到什么？ 硬件是最重要的因素吗？ MySQL优化是强制性的吗？ 不能发布更多的链接，所以这里是我们看的东西： Zabbix参考手册中的性能调整页面 阿列克谢Vladishev zabbix性能调整幻灯片（在幻灯片上find）
我有一个linux Ubuntu 16.04盒子，现在几乎没有负载，现在已经很慢了。 它所做的事情并没有动力不足： 拥有Owncloud的文件服务器（两个用户）， 与Gogs的git服务器。 硬件 ：Intel Atom双核@ 1,7GHz，4GB DDR3和1TB硬盘。 当我说慢时，就意味着一切都要花更多的时间。 例如，即使没有大的升级，通常只需几秒钟， apt-get upgrade需要5mn。 当我使用Gogs时，页面生成速度也很慢。 Gogs给出的统计： Page: 9803ms Template: 10ms ，通常页面更像是500ms生成… 最高输出： top – 10:23:59 up 34 min, 2 users, load average: 0.58, 0.82, 1.00 Tasks: 132 total, 1 running, 131 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.2 us, 0.3 sy, 0.0 ni, 94.9 […]