我在美国有一个Web服务器（MS Windows 2008）。 中国用户抱怨速度慢，SQL命令超时。 其他亚洲和欧洲用户则不是。 如何检查从北京到这个特定的networking服务器的速度（下载/上传）？
我有一个在EC EC2上运行Ubuntu 12.04的c1.medium层服务器。 我们把它作为一个开发服务器，托pipe5-8个Drupal 7站点。 最近服务器一直performance得非常慢，我正在努力寻找原因。 我search了日志，但无法检测到任何明显的东西。 我注意到，无论服务器何时开始爬行/崩溃 – 查看EC2控制台上的云观察图，始终存在不寻常的高峰。 任何关于如何调查和识别这些问题的build议，以及它们来自哪里..我已经附上top的输出和我的apache2.conf文件的片段。 任务：总共117次，跑步1次，睡觉113次，停3次，僵尸0次 Cpu（s）：0.0％us，0.0％sy，0.0％ni，100.0％id，0.0％wa，0.0％hi，0.0％si，0.0％st Mem：共1733244k，使用了1647596k，85648k免费，4612k缓冲区 交换：共917500k，使用644984k，272516k免费，69512kcaching PID用户PR NI VIRT RES SHR S％CPU％MEM时间+命令 16417 mysql 20 0 1317m 199m 1784 S 0 11.8 3：19.84 mysqld 18087 www-data 20 0 483m 139m 3132 S 0 8.3 0：11.15 apache2 18019 www-data 20 0 483m 136m 3208 S 0 8.1 […]
我们的服务器显示了大量的500个内部错误页面随机请求。 我们知道应用程序正在工作，因为我们的代码是unit testing。 服务器设置是Nginx，Unicorn在Ubuntu 10.4 LTS上运行单个Rails应用程序。 据我们所知，请求在传递给Unicorn之前失败了，因为Unicorn的日志文件或我们的Airbrake（我们正在使用的另一个日志logging服务）中没有日志条目，但Nginx的日志文件确实显示了500个状态条目。 服务器正常负载，所以它没有用完内存或任何东西。 Nginx的error.log文件实际上并没有给我们任何有用的东西。 没有build议文件问题或资源问题的条目。 我应该如何继续寻找这个问题？ 谢谢 这是我们的网站的nginxconfiguration： # This is the socket that unicorn listens to upstream unicorn { server unix:/tmp/unicorn.sock; } server { listen 80; client_max_body_size 10m; server_name oursite.com; root /var/www/current/public; access_log /var/log/nginx/access.log; error_page 500 502 503 504 /var/www/shared/500.html; if ($http_user_agent ~* (majestic12|easou|Sogou|baidu|ahrefs) ) { return 403; } […]
我有一个在VirtualBox上运行的Ubuntu 12.04 VM，它有一个完整的MongoDB集群（4个数据节点，一个configuration节点和一个mongos路由器）。 当我看“顶”时，我看到每个进程都占用5-15％的CPU时间。 但是，当我看到顶部使用的总CPU百分比，它说98％空闲。 虚拟机有8个CPU核心分配，但即使如此，这个输出如何加起来呢？ top – 20:53:31 up 9 min, 2 users, load average: 0.46, 0.76, 0.49 Tasks: 190 total, 1 running, 189 sleeping, 0 stopped, 0 zombie Cpu(s): 0.1%us, 1.9%sy, 0.0%ni, 98.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 8177528k total, 3517632k used, 4659896k free, 84696k buffers Swap: 4191228k total, 0k used, 4191228k free, […]
简短版本：我在本地有线networking上安装了Linux服务器（RHEL5）和Windows 7 Professional笔记本电脑。 将大文件复制到服务器会逐渐变慢，直到完全停止。 长版 在服务器上有一个Samba共享，我可以连接到该共享，并且具有读/写访问权限。 从服务器到笔记本电脑的所有传输都可以正常工作，但是从笔记本电脑到服务器的传输速度似乎会受到限制，有时会完全失败。 小文件传输正常，但大约2MB的文件通常会失败。 为了testing这是一个Samba问题还是其他问题，我尝试使用scp （Putty的pscp ）将一些文件从笔记本电脑复制到服务器。 1MB文件几乎立即复制，2MB需要3分钟，3.7MB需要18分钟。 所以它不是特定于Samba。 而且，对于Samba和SCP，我都可以复制几MB的非常小的文件而没有问题。 什么可能导致这种行为？ 我会非常感激任何意见。 Windows给出了这个错误消息： There is a problem accessing H:\ Make sure you are connected to the network and try again 在服务器上， ifconfig显示一些错误： eth0 Link encap:Ethernet HWaddr 00:22:19:AD:52:E2 inet addr:192.168.1.7 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::222:19ff:fead:52e2/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 […]
我们正在一个3年前的服务器上运行一个在线应用程序（quadcore Xeon，4GB RAM，SAN-disks）。 除了Web应用程序之外，服务器还托pipeSQL，FTP，SFTP，SMTP和POP服务。 多年来，客户数量显着增加，现在服务器已经达到极限，在大的时间段内通常达到100％的CPU。 当我监视服务器性能时，我注意到任务pipe理器经常报告100％CPU（性能选项卡）或接近它，但系统空闲进程 （进程选项卡）报告类似30％。 问题 ： 尽pipe系统空闲进程大于0％，总CPU负载是否可以达到100％？ 我的观察是否正确？ 更新 ： TomTom善意回答我的问题，并提供以下信息： 等待磁盘IO的任务将从CPU中取出，直到调度程序应答为止。 是的，可能有100％的工作量，在闲置过程中花费30％的工作量。 因为这并不意味着这30％被浪费了。 什么是可能的是，CPU是百分之百繁忙，但在省电模式，因为所有的waiting 。 waiting的例子可能是：因为它可能正在等待磁盘IO。 意思是 ：在下图中显示CPU使用率= 100％为什么总CPU使用率不是100 – 58 = 42 ？
你怎么知道有多less文件系统caching很热（频繁访问）？ 用例将决定你什么时候接近你的记忆的极限，但是在你实际击中它们之前（并且看到页面错误的峰值） 从本质上来说，你如何能够区分： 1 。 一台拥有4GB内存的机器，几乎全部用于文件caching，但一个进程只能真正访问同一个100MB的文件，其余的都是长时间加载的，而且不会再次访问（但是仍然被caching记忆，因为没有压力驱逐它） VS 2 。 一台拥有4GB内存的机器，并且重复访问它的3.9GB（并且正好在导致页面错误的边缘）
我遇到的问题是，在我的邮件系统（Windows Server 2012 R2上的基于文件的归档）的每个备份中，在备份受病毒感染的电子邮件附件文件时发生错误。 这是由实时扫描（在我的TrendMicro防毒墙networking版的情况下）导致的，它不能在接收时识别病毒，并在文件访问时将其删除，从而导致备份错误。 我的问题是：什么是紧急和性能最友好的方式启动一个已知的目录D:\mail\已知的文件扩展名中的所有文件的反病毒扫描.$01 在我的研究中，我发现TrendMicro Office Scan没有手动的基于CLI的防病毒扫描。 我的想法是简单地阅读所有的文件，希望触发实时扫描。
最近，我们终于把我们所有的生产硬件从废弃的默认networking迁移到包括EC2和RDS节点在内的VPC。 除了当我们开始在生产中进行性能testing并且注意到与旧configuration相比显着下降时，一切都进展得很好：至less30-40％的惩罚。 在摸索我们的头脑后，比较软件版本和configuration，我们决定尝试重新生成我们的RDS实例。 最初的目标是将我们的主数据库迁移到不同的AZ来比较苹果和苹果。 当迁移完成后，我们发现性能恢复正常，但是我严重怀疑AZ是我们痛苦的根源。 我无法相信几毫秒（最多）的延迟导致了很多问题，特别是因为不同的查询客户端AZs似乎对性能没有影响。 我怀疑我们是否有一些不好的m3.large RDS硬件，或者是一个特别吵闹的邻居。 任何人都看到这种每个实例的性能差异吗？ 任何其他的debugging，我们可以做更好的诊断呢？ 在向AWS支持报告这个问题时，1级人员说他们不知道我在内部的硬件。 这真的可以吗？ 我没有要求任何身份certificate，但我想认为他们可以为实体团队标记硬件。 任何我能做的不同？ 感谢您的任何反馈。
我试图优化网站的速度，在这个过程中，我发现。 每次请求页面时都会产生大约620毫秒的连接时间。 详细信息请参见下面的截图 这是持久的。 有什么办法可以减less这个时间吗？ 可能的原因是什么？ 这是因为SSL吗？ 本网站仅作为https://www.winni.in访问 或者这是DNS的问题？ 截至目前，我正在使用Godaddy DNS。 切换到AWS Route 53会带来什么好处。 我使用nginx服务器作为Apache Tomcat的代理。