1、局域网访问服务器很慢
1. 以管理员方式启动一个命令行窗口（Win+R 输入cmd按Ctrl+Shift+Enter）
2. 在命令行窗口中输入：netsh interface tcp set global autotuninglevel=disabled
后面那条命令可以改为下面的，据说速度更快：
netsh interface tcp set global autotuninglevel=highlyrestricted
问题原因： Receive Window Auto-Tuning是Vista 和Win 7引入的QoS(服务质量控制)的一部分，主要内容是动态调节TCP接收窗口（可以理解为缓冲区）大小，这个东西对QoS来说有很多好处（参考原文解释），但它对发送端预设（假设目标TCP接收窗口）比较小的应用就会大大增加数据报告时间（我的理解，感兴趣可以参考原文），这样>6.0的远程桌面就会被延迟很厉害。
而上面的命令的作用就是关闭或限制自动调节TCP接收窗口大小的功能，使之更接近低版（<=5.1?）RDP服务器的假设，特别是highlyrestricted这个选项，并不是关闭该功能，而是限制功能，保守地使用这个功能，因此是比较折衷的方案，它保留了Receive Window Auto-Tuning带来的好处，同时解决了（甚至提高了）远程桌面的速度。
2、服务器访问速度一般受什么限制？
1、服务器的放置环境。
服务器的放置环境影响着服务器的稳定性大家都知道，但是服务器机房的带宽大小，影响着网站服务器的访问速度这个却很少有人关注。机房带宽越大，服务器的访问速度也就越快。这也是为什么有些机房网站服务器配置相对低于其它机房，但是服务器租用价格却很高的一个原因。
2、服务器的配置。
服务器就像是一台计算机，内存越大、处理器越好、硬盘越大，运行速度当然也就越快。
3、网站优化好坏。
服务器对于网站来说，就像是一个家，一个可以存放东西的空间，如果说空间里面杂乱无章，占中的空间就比较大，用户在访问时读取的速度就会变慢，从而影响着网站的访问速度。因此站长朋友在做SEO的时候，也要尽量优化网站内部的代码结构，使用CSS调用，注意HTML文档的大小，网站图片、嵌入的脚本、视频等尽量优化之后再上传等。
3、局域网电脑访问服务器速度很慢
大的原因有两个：
1 你的PC问题，比如： 有网络进程在运行，占用了你的网卡转发能力，可以再任务管理器里看看； 打开浏览器时，CPU或者内存使用率太高，机子本身就反应很慢，建议结束一些不用的程序运行；可能在局域网中被限速了，需要跟网管联系啊；
2 你访问的服务器有问题，访问的用户太多了、最大访问数达到了、服务器系统在更新等等！
4、访问服务器速度慢，打开文件夹都卡
找个情况我也碰到过，有个方法解决。 第一 检查硬件线路，特别是硬盘，数据传输线路 很多问题不一定是软件的错。可能是硬件问题。
第二 楼下的说的有点道理 是共享的原因。建议设置下交换机 路由器
第三 系统问题，实在不行就还原系统把 很多毛病有时候搞半天也出不来。直接还原备份的系统 再设置下 就好啦 呵呵 祝你好运！
5、服务器运行速度为什么这么慢
影响服务器运行速度的有以下因素：
(1)服务器的硬件配置(包括服务器的类型、CPU、硬盘速度、内存大小、网卡速度等)。
(2)服务器所在的网内环境与速度。
(3)服务器所在的网络环境与Internet骨干网。
(4)机房与ChinaNet相联的机房出口速率。
(5)ChinaNet的国际出口速率。
(6)访问者的ISP (Internet接入服务提供商)与ChinaNet之间的专线速率。
(7)访问者的ISP (Internet接入服务提供商)向客户端开放的端口接入速率。
(8)访问者计算机的配置，Modem的速率、电话线路的质量等。
(9)访问网站的网页结构、网页大小、页调用图片其其它文件的数量及大小。
6、服务器官网访问很慢？
看下这些js文件的路径是不是本身就慢，如果确定是js文件的原因可以更换js文件路径，或者讲js文件下载到本地
7、为什么服务器网站访问很慢
1.IIS上做的限制,如IIS连接数或带宽流量限制(IIS上有个限制网站流量,千字节/S为单位),我有个客户就自己在IIS上限制了1千字节/S...结果网站开半天才能打开,但PING又正常!
2.服务器网络问题,可能那100M共享的机柜你去测试下你那台能用的带宽是多少.
3.服务器硬件配置问题,可能那服务器上挂了几百个网站,CPU使用率100%,资源被耗尽了.
8、web服务器访问缓慢，作为运维人员，如何定位故障
遇到服务器故障，问题出现的原因很少可以一下就想到。我们基本上都会从以下步骤入手：
一、尽可能搞清楚问题的前因后果
不要一下子就扎到服务器前面，你需要先搞明白对这台服务器有多少已知的情况，还有故障的具体情况。不然你很可能就是在无的放矢。
必须搞清楚的问题有：
故障的表现是什么？无响应？报错？
故障是什么时候发现的？
故障是否可重现？
有没有出现的规律（比如每小时出现一次）
最后一次对整个平台进行更新的内容是什么（代码、服务器等）？
故障影响的特定用户群是什么样的(已登录的, 退出的, 某个地域的…)?
基础架构（物理的、逻辑的）的文档是否能找到?
是否有监控平台可用? （比如Munin、Zabbix、 Nagios、 New Relic…
什么都可以）
是否有日志可以查看?. （比如Loggly、Airbrake、 Graylog…）
最后两个是最方便的信息来源，不过别抱太大希望，基本上它们都不会有。只能再继续摸索了。
二、有谁在?
代码如下:
$ w
$ last
用这两个命令看看都有谁在线，有哪些用户访问过。这不是什么关键步骤，不过最好别在其他用户正干活的时候来调试系统。有道是一山不容二虎嘛。（ne cook in
the kitchen is enough.）
三、之前发生了什么?
$
history查看一下之前服务器上执行过的命令。看一下总是没错的，加上前面看的谁登录过的信息，应该有点用。另外作为admin要注意，不要利用自己的权限去侵犯别人的隐私哦。
到这里先提醒一下，等会你可能会需要更新 HISTTIMEFORMAT
环境变量来显示这些命令被执行的时间。对要不然光看到一堆不知道啥时候执行的命令，同样会令人抓狂的。
四、现在在运行的进程是啥?
代码如下:
$ pstree -a
$ ps aux
这都是查看现有进程的。 ps aux 的结果比较杂乱， pstree -a 的结果比较简单明了，可以看到正在运行的进程及相关用户。
五、监听的网络服务
代码如下:
$ netstat -ntlp
$ netstat -nulp
$
netstat -nxlp
我一般都分开运行这三个命令，不想一下子看到列出一大堆所有的服务。netstat -nalp倒也可以。不过我绝不会用 numeric 选项
（鄙人一点浅薄的看法：IP 地址看起来更方便）。
找到所有正在运行的服务，检查它们是否应该运行。查看各个监听端口。在netstat显示的服务列表中的PID 和 ps aux 进程列表中的是一样的。
如果服务器上有好几个Java或者Erlang什么的进程在同时运行，能够按PID分别找到每个进程就很重要了。
通常我们建议每台服务器上运行的服务少一点，必要时可以增加服务器。如果你看到一台服务器上有三四十个监听端口开着，那还是做个记录，回头有空的时候清理一下，重新组织一下服务器。
六、CPU 和内存
代码如下:
$ free -m
$ uptime
$ top
$
htop
注意以下问题:
还有空余的内存吗? 服务器是否正在内存和硬盘之间进行swap?
还有剩余的CPU吗? 服务器是几核的? 是否有某些CPU核负载过多了?
服务器最大的负载来自什么地方? 平均负载是多少?
七、硬件
代码如下:
$ lspci
$ dmidecode
$
ethtool
有很多服务器还是裸机状态，可以看一下：
找到RAID 卡 (是否带BBU备用电池?)、 CPU、空余的内存插槽。根据这些情况可以大致了解硬件问题的来源和性能改进的办法。
网卡是否设置好?
是否正运行在半双工状态? 速度是10MBps? 有没有 TX/RX 报错?
八、IO 性能
代码如下:
$ iostat -kx 2
$ vmstat 2 10
$ mpstat
2 10
$ dstat --top-io --top-bio
这些命令对于调试后端性能非常有用。
检查磁盘使用量：服务器硬盘是否已满?
是否开启了swap交换模式 (si/so)?
CPU被谁占用：系统进程? 用户进程? 虚拟机?
dstat 是我的最爱。用它可以看到谁在进行 IO： 是不是MySQL吃掉了所有的系统资源? 还是你的PHP进程?
九、挂载点 和 文件系统
代码如下:
$ mount
$ cat /etc/fstab
$ vgs
$
pvs
$ lvs
$ df -h
$ lsof +D / /* beware not to kill your box
*/
一共挂载了多少文件系统?
有没有某个服务专用的文件系统? (比如MySQL?)
文件系统的挂载选项是什么： noatime?
default? 有没有文件系统被重新挂载为只读模式了？
磁盘空间是否还有剩余?
是否有大文件被删除但没有清空?
如果磁盘空间有问题，你是否还有空间来扩展一个分区？
十、内核、中断和网络
代码如下:
$ sysctl -a | grep ...
$ cat
/proc/interrupts
$ cat /proc/net/ip_conntrack /* may take some time on busy
servers */
$ netstat
$ ss -s
你的中断请求是否是均衡地分配给CPU处理，还是会有某个CPU的核因为大量的网络中断请求或者RAID请求而过载了？
SWAP交换的设置是什么？对于工作站来说swappinness 设为 60 就很好,
不过对于服务器就太糟了：你最好永远不要让服务器做SWAP交换，不然对磁盘的读写会锁死SWAP进程。
conntrack_max 是否设的足够大，能应付你服务器的流量?
在不同状态下(TIME_WAIT, …)TCP连接时间的设置是怎样的？
如果要显示所有存在的连接，netstat 会比较慢， 你可以先用 ss 看一下总体情况。
你还可以看一下 Linux TCP tuning
了解网络性能调优的一些要点。
十一、系统日志和内核消息
代码如下:
$ dmesg
$ less /var/log/messages
$
less /var/log/secure
$ less /var/log/auth
查看错误和警告消息，比如看看是不是很多关于连接数过多导致？
看看是否有硬件错误或文件系统错误?
分析是否能将这些错误事件和前面发现的疑点进行时间上的比对。
十二、定时任务
代码如下:
$ ls /etc/cron* + cat
$ for user in
$(cat /etc/passwd | cut -f1 -d:); do crontab -l -u $user; done
是否有某个定时任务运行过于频繁?
是否有些用户提交了隐藏的定时任务?
在出现故障的时候，是否正好有某个备份任务在执行？
十三、应用系统日志
这里边可分析的东西就多了,
不过恐怕你作为运维人员是没功夫去仔细研究它的。关注那些明显的问题，比如在一个典型的LAMP（Linux+Apache+Mysql+Perl）应用环境里:
Apache & Nginx; 查找访问和错误日志, 直接找 5xx 错误, 再看看是否有 limit_zone 错误。
MySQL;
在mysql.log找错误消息，看看有没有结构损坏的表， 是否有innodb修复进程在运行，是否有disk/index/query 问题.
PHP-FPM; 如果设定了 php-slow 日志, 直接找错误信息 (php, mysql, memcache, …)，如果没设定，赶紧设定。
Varnish; 在varnishlog 和 varnishstat 里, 检查 hit/miss比.
看看配置信息里是否遗漏了什么规则，使最终用户可以直接攻击你的后端？
HA-Proxy;
后端的状况如何？健康状况检查是否成功？是前端还是后端的队列大小达到最大值了？
结论
经过这5分钟之后，你应该对如下情况比较清楚了：
在服务器上运行的都是些啥？
这个故障看起来是和 IO/硬件/网络 或者 系统配置 (有问题的代码、系统内核调优, …)相关。
这个故障是否有你熟悉的一些特征？比如对数据库索引使用不当，或者太多的apache后台进程。
你甚至有可能找到真正的故障源头。就算还没有找到，搞清楚了上面这些情况之后，你现在也具备了深挖下去的条件。继续努力吧！
9、服务器访问缓慢怎么办了？？
带宽低，或者线路冲突
10、服务器响应慢是怎么回事和怎么解决响应速度慢
这种问题挺复杂的，有些原因真的很出意料，一般程式化的方法还找不到。
1.先用浏览器F12控台查看一下网页加载资源的情况，看是不是某些资源加载慢的缘故。
2.如果不是的话， 那就检查一下是不是网络问题。
3.如果都不是上面的问题，你再去看下服务器的状况，应该有后台可以看，看下是不是带宽不足。（或者用top，iptraf命令看一下）
4.最后还有问题的话看下你php代码是不是有问题，用xhprof看下代码哪里慢。
---------
例1：
服务器: 戴尔 PowerEdge R620 Rack Mount Chassis
今天公司的 web服务器响应异常的慢 平常 200ms 执行完毕的一个action，现在要 2秒多才能执行那个完毕。
之前也出现过这种状况,但再重启之后就一般及解决了。
遍历网上
说是
1、网络原因 2、系统原因 3、硬件原因
首先分析网络原因 我 ping 服务器的 接收到响应要1ms，平常都是小于 1ms
2、系统原因
我查看了任务管理器发现 CPU 横容易就奔向100%了。
4 个cpu 核心 马上冲向顶端持平了。
3、硬件原因
听网上说可能还有一部分磁盘 i/o 也会导致运行速度大减的
2、3 部分图片当时很着急解决问题没有截图、
下面是今天晚上服务器 恢复正常后的基本空闲时的cpu 状况、和磁盘读取状况
想问一下、普通我这种刀片服务器正常运行时oracle 的一般最高读写速度、为什么怎样找到程序中那个可能正执行死循环的程序
经过之前一天的推测，觉得应该是服务器上的另一个应用服务器，出现了死循环，联系了此程序开发人员让其恢复了上一个版本，问题就没有了。
就是那一个个验证推测麻烦，花了我一天的时间，想直接知道哪里死循环。
经过之前一天的推测，觉得应该是服务器上的另一个应用服务器，出现了死循环，联系了此程序开发人员让其恢复了上一个版本，问题就没有了。
就是那一个个验证推测麻烦，花了我一天的时间，想直接知道哪里死循环。
例2：
我的WIN2003独立服务器（P4 2.8G/1G的方正商用机，非专业服务器），ACCESS数据库有800多兆，同时在线会员100多人。浏览速度很慢，日发帖从1000多锐减到200多贴，网友怨声载道，不得已才转换到DZ。
转换后DZ的数据库有600多兆。刚开始挺快的，随后升级到DZ6.1，现在过了才1个多月，服务器响应越来越慢。CPU占用并不高，通常不到20%，内存占用好像也正常。就是经常硬盘灯一直亮（是常亮，不是闪亮），每到这时论坛页面就打不开，有时光显示页面头部，要等很长时间。硬盘灯不常亮的时候速度挺快。
以前是一两天出现一次，后来越来越频繁，现在过不多大会儿就出现一次，简直受不了了。
相信很多人在用windows2003服务器或者vps，而且一开始用，速度都相当的快，但是过了几天速度变慢了很多，也会遇到有时候网站打开卡等现象，即使网站没什么流量也会出现。
有时候就会怀疑是不是我的服务器或者vps很差劲，买到假货了？其实不然。
其实这些问题作祟的都是w3wp.exe这个iis进程在捣鬼。
在WINDOWS2003+IIS6下，经常出现w3wp的内存占用不能及时释放，从而导致服务器响应速度很慢。
遇到这些现象，我们可以用以下方法进行解决，不影响网站运营及系统问题。
可以做以下配置修改进行改善：
1、在IIS中对每个网站进行单独的应用程序池配置。即互相之间不影响。
2、设置应用程序池的回收时间，默认为1720小时，可以根据情况修改。同时，设置同时运行的web工作进程数目为1。再设置当内存或者cpu占用超过多少，就自动回收内存。
一般来说就可以解决了。但仍然会出现个别网站因为程序问题，不能正确释放。
那么，怎么样才能找到是哪一个网站的？解决办法：
1、在任务管理器中增加显示pid字段。就可以看到占用内存或者cpu最高的进程pid
2、在命令提示符下运行iisapp -a。注意，第一次运行，会提示没有js支持，点击确定。然后再次运行就可以了。这样就可以看到pid对应的应用程序池
3、到iis中察看该应用程序池对应的网站，就可以了。