Articles of 高负载

当RDC窗口最小化时,Windows 10 VM挂起

TL:DR; win10虚拟机运行一个Java程序。 当你最小化你的RDC窗口时,虚拟机会跳转到100%的CPU,并随着时间的推移崩溃。 除了记住不要最小化特定的RDC窗口,我可以做的任何事情? 有足够的时间阅读:这是意外使Windows 10虚拟机无法使用的一种方法。 发生这种情况非常烦人,所以如果有人知道configuration设置或registry魔法或任何防止它的话,我会很感激。 如何重现:在Windows 10虚拟机上安装Java运行时。 下载并启动ProjectX。 您实际上不必处理video,只需打开UI。 打开一个RDC窗口到虚拟机,并将其最小化。 监视主机上的CPU活动。 如果在半分钟左右恢复RDC窗口,CPU负载迅速下降,所有打开的程序恢复运行。 如果不这样做,几分钟后机器有时不能恢复,需要强制重新启动。 我的实际设置是在Debian jessie KVM主机(8核AMD,16G RAM)上的Win10 64位虚拟机(4核,4G内存,virtio驱动程序)。 我已经研究了这种现象,它似乎独立于虚拟化主机,从早期的beta版本到最新的版本都发生在32位和64位版本上。 这与AMD的virtio没有任何关系,它发生在新安装的虚拟机上,虚拟VGA和虚拟IDE在i5主机上。 我在MS论坛上的post没有得到解决,也没有解释。 我知道Windows 10有新的RDC处理来优化用户体验,特别是在非高带宽连接上查看graphics密集型远程显示时。 我怀疑用例“查看器窗口最小化,停止传输”的处理方式与java不太一样。 将有趣的知道,但我更感兴趣的解决scheme比解释:)

IO延迟 – 原因还是症状?

我们的应用程序(LAMP)在我们当前的VPS提供商完美工作。 由于在几个弱点之前,我们正在经历非常高的负载峰值(80+)。 我们发现,CPU和内存在负载峰值期间都是正常的,只有IO延迟达到峰值,所以对我们来说显然IO延迟会导致高负载。 在延迟峰值期间,Ioping结果显示响应极其缓慢,有时甚至超过8秒。 支持人员告诉我们,一切都是正常的,他们正在监视他们的存储,但是看不到任何问题。 他们认为我们的PHP或MySql造成高延迟(和高负载)。 有没有可能延迟不是问题的原因,而是其症状? 谢谢。 更新: 是的,我们分析了日志,mysql查询和crons。 当IO延迟达到峰值时,在我们的vps中没有什么微不足道的事发生。

在多处理器系统上,系统负载较高,大多数CPUS处于空闲状态

看下面的“top”输出。 任何想法? top – 17:33:25 up 7 days, 28 min, 4 users, load average: 12.04, 8.35, 6.30 Tasks: 477 total, 2 running, 474 sleeping, 0 stopped, 1 zombie Cpu0 : 14.2%us, 11.9%sy, 0.0%ni, 64.6%id, 0.0%wa, 0.0%hi, 9.3%si, 0.0%st Cpu1 : 0.0%us, 1.3%sy, 0.0%ni, 98.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu2 : 0.0%us, 1.0%sy, 0.0%ni, 99.0%id, 0.0%wa, […]

如何知道哪个站点/脚本正在Plesk / apache中占用所有CPU和RAM

我在CentOS Plesk服务器上有100多个域名。 突然,服务器上的负载变得非常高,吃掉了所有的资源。 吃掉所有的RAM,所有的CPU,由于我甚至不能login到服务器来检查发生了什么事情的服务器。 我试图看到所有网站的实时尾日志,没有显示任何东西,如有一些外部的威胁。 服务器上已经安装了Mod_Evasive,这也没有阻塞任何东西。 我的问题是,我怎么知道究竟是哪个域/站点/ Cron作业或任何服务器正在吃掉所有的资源。 注意:在Htop实用程序中,我可以看到,它的httpd正在吃掉所有的资源。

如何selectNoSQL数据库引擎?

我们有一个数据库,具有以下规格: 30万条logging,7MB大小 20次/秒 1000次更新/秒 1000范围select/秒,通过二级索引,每个约10行 至less需要一个二级索引 需要一些机制,如果他们没有更新75秒(可以通过编程垃圾收集器完成,但将需要额外的'last_update'索引,并将添加一些负载) 一致性不是必需的 耐用性不是必需的 数据库应该存储在内存中 现在我们使用Redis,但它没有二级索引,它的keys index:foo:*太慢了。 Membase也没有二级指标(据我所知)。 MongoDB和MySQL的内存引擎有表级锁。 什么引擎适合我们的用例?

CentOS服务器高负载和服务器死机

我的服务器似乎突然高负载秒内,当我运行dmesg,出现以下日志: INFO: task auditd:2185 blocked for more than 120 seconds. "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. auditd D 0000012D 2216 2185 1 2216 2184 (NOTLB) f7fcaed0 00000086 eb3e3159 0000012d 0000012c 0000000e 00000000 00000007 c35e3550 eb3e396f 0000012d 00000816 00000002 c35e365c c3420788 f7897200 c36d0468 00000000 00000000 f7fcaecc c041f0c8 00000000 00000000 00000003 Call Trace: [<c041f0c8>] __wake_up+0x2a/0x3d [<c043753f>] […]

我们如何configurationLustre来阻止客户端的请求,而不是失败?

我们在具有大约200TB存储的集群中使用Lustre,12个对象存储目标(使用QDR Infiniband连接到DDN存储系统)以及大约160个四核和八核计算笔记。 这个系统的大多数用户根本没有任何问题,但我的任务是I / O密集型的。 当我运行有250-500个进程的arrays作业时,同时冲击文件系统,通常在10到20之间的进程将失败。 日志文件表明OST上的负载已超过2,Lustre客户端正在返回错误的数据或read()函数调用失败。 目前我们解决我的问题的唯一方法是运行较less的同时工作。 这是不令人满意的,因为事先不知道我的工作负载是CPU负载还是I / O负担过重。 此外,只是减less负载不是运行supercomptuer的方式:我们希望在负载下运行时运行速度更慢,不会产生不正确的答案。 我想知道如何configurationLustre,以便客户端在OST负载过高时阻塞,而不是让客户端收到不好的数据。 如何configurationLustre使客户端阻止?

防止繁重的服务器查询重载Apache / Mysql

我有一些关于理解高服务器负载的问题,并且在Apache和MySQL和PHP 5等解决scheme的常见场景中实现某种types的负载平衡。 我在这个问题上很满意,并希望你的意见,因为我已经读了很多,我完全失去了可能的产品或技术,实施一个简单的,如果可能的话,免费的解决scheme: 需要关于负载平衡+一些技术问题的build议/意见! https://blogs.oracle.com/oswald/entry/easy_http_load_balancing_with 想象一个简单的例子,只有一个服务器和两个用户同时连接, 用户A和用户B. 用户A进行查询并要求input大量的数据,这个查询可能会在几分钟内超载MySQL服务器。 即: SELECT * FROM'table_with_10GB_of_data'; 用户B要求另一个小的快速查询,但MySQL服务器仍然忙于第一个查询。 上面的例子只是一个不真实的场景,一个坏的数据库表模式,以及一个可怕的查询,用来询问在这些情况下MySQL和Apache会发生什么。 我想知道他们是如何处理或解决这个问题的,怎样才能平衡负载,使MySQL和Apache服务器永远不会被单一用户的糟糕或缓慢的查询所束缚,同时他们仍然可以处理来自其他用户的其他查询。 如果我的问题在某些概念上是错误的,那么非常感谢你。 请随意添加任何提示,有用的书或您自己的经验与服务器和应用程序。

find从多个日志文件获得高stream量的VirtualHost

有时我的Apache服务器负载很重。 我有很多VirtualHost,每个都有自己的日志文件。 这个结构就像这个/var/www/httpd-logs/virtualhost.com.access.log 我可以用什么命令find在过去X分钟内负载过重的网站? 然后,我会分析相应的网站日志find问题。

mysql和redis服务在高stream量时间不可用

我有一个运行诸如Apache , Mysql , Redis和一些NodeJS应用程序之类的服务的web服务器。 在高stream量时代,我的服务器似乎不支持重负载。 当它正在发生,经常当我尝试访问一个页面时,我从mysql收到以下消息: Warning: mysqli_connect(): (HY000/2003): Can't connect to MySQL server on '127.0.0.1' (99) 这个消息以intermitent的forms出现,大多数情况下,如果我刷新页面这个消息不会再出现。 此外,我不认为这是我的configuration为MySQL的问题,因为我总是从mysqltuner.pl以下结果: [OK] Highest usage of available connections: 74% (336/450) 同样,Redis服务器显示连接到服务器的问题消息: Could not connect to Redis at 127.0.0.1:6379 我在监视服务器的时间,我想到了2G的内存(没有使用SWAP的任何字节的Mysql,Redis或NodeJS的过程。花了一些时间在研究(没有北方跟随) ,我读了一些关于短暂的端口,所以我试图调整net.ipv4.ip_local_port_range参数来增加我的端口范围(调整从32768 61000到10000 65000 )。结果是可怕的!我的web服务器提高了它的平均响应时间180〜200ms到6000ms左右,服务器的负载平均值也提高了很多(但错误信息消失了!)。 我的NodeJS应用程序(所有这些应用程序)使用Socket.io,并从我的服务器上的不同por响应。 我试图找出问题的解决scheme是什么。 这是一个端口可用性问题? 为什么net.ipv4.ip_local_port_range参数会调整服务器速度? 服务器configuration: Ubuntu服务器x64 英特尔至强E5520四核 8GB的RAM 2个1000 GB SATA 2,5“5.400 rpm(RAID 1) […]