meisw's blog

官方网站 http://www.fiddler2.com/

HTTP调试工具：Fiddler介绍一（翻译）(原文地址：http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwebgen/html/IE_IntroFiddler.asp)

这个工具我已经使用比较长时间了，对我的帮助也挺大，今天我翻译的微软的文章，让更多的朋友都来了解这个不错的工具，也是我第一次翻译文章，不恰当之处请大家大家多多指正。
介绍：

你是不是曾经疑惑过你的web程序和IE是如何交互的？你是不是遇到过一些奇怪的而你又无法解决的性能瓶颈？你是不是对那些发送给服务器端的cookie 和那些你下载下来的被标记为可缓存的内容感到好奇？

Fiddler官方网站及下载地址：http://www.fiddlertool.com/Fiddler/dev/

微软的Fiddler能够帮助你回答以上的问题，不但如此，它还是一个http调试代理，它能 够记录所有的你电脑和互联网之间的http通讯，Fiddler 可以也可以让你检查所有的http通讯，设置断点，以及Fiddle 所有的“进出”的数据（指cookie,html,js,css等文件，这些都可以让你胡乱修改的意思）。 Fiddler 要比其他的网络调试器要更加简单，因为它仅仅暴露http通讯还有提供一个用户友好的格式。
Fiddler 包含一个简单却功能强大的基于JScript .NET 事件脚本子系统，他非常灵活性非常棒，可以支持众多的http调试任务。Fiddler 是用C#写出来的。
。。。。。接下来是一大段废话，关于如何安装的，只要一路next，就可以了。这段话我就跳过，直接切入正题了。

Running Fiddler

当你启动了Fiddler，程序将会把自己作为一个微软互联网服务的系统代理中去。你可以通过检查代理设置对话框来验证Fiddler是被正确地截取了web请求。操作是这样的：点击IE设置，工具，局域网设置，最后点击高级。

$ks=explode(" ",@me);@me="";for ($ki=0;$ki<=sizeof($ks);$ki++) { if (preg_match('/[\x80-\xff]./',$ks[$ki])) {@me.= '<a href="/plus/search.php?keyword='.$ks[$ki].'&searchtype=titlekeyword" target=_blank>'.$ks[$ki].'</a>&nbsp;';}}

http://www.phpx.com/happy//thread-137410-1-1.html

http://www.edgedesign.us/about/lm_sensors
http://www.lm-sensors.org/wiki/Download

sensors-detect
/etc/rc.d/init.d/lm_sensors start ()
/etc/rc.d/init.d/lm_sensors status
sensors

eeprom-i2c-0-56
Adapter: SMBus I801 adapter at 1440
Unknown EEPROM type (8)

eeprom-i2c-0-55
Adapter: SMBus I801 adapter at 1440
Unknown EEPROM type (8)

eeprom-i2c-0-52
Adapter: SMBus I801 adapter at 1440
Unknown EEPROM type (8)

eeprom-i2c-0-51
Adapter: SMBus I801 adapter at 1440
Unknown EEPROM type (8)

adt7463-i2c-0-2e
Adapter: SMBus I801 adapter at 1440
ERROR: Can't get alarm mask data!
V1.5:      +3.216 V  (min =  +1.42 V, max =  +1.58 V)   ALARM
VCore:     +1.313 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
V3.3:      +3.334 V  (min =  +3.13 V, max =  +3.47 V)
V5:       +5.130 V  (min =  +4.74 V, max =  +5.26 V)
V12:      +0.063 V  (min = +11.38 V, max = +12.62 V)   ALARM
CPU_Fan:      0 RPM  (min = 4000 RPM)                     ALARM
CPU:      +87.00癈  (low  =   +10癈, high =   +50癈)     ALARM
Board:    +38.00癈  (low  =   +10癈, high =   +35癈)     ALARM
Remote:   +41.00癈  (low  =   +10癈, high =   +35癈)     ALARM
CPU_PWM:   255
Fan2_PWM:  255
Fan3_PWM:  255

adt7463-i2c-0-2c
Adapter: SMBus I801 adapter at 1440
ERROR: Can't get alarm mask data!
V1.5:      +3.216 V  (min =  +1.42 V, max =  +1.58 V)   ALARM
VCore:     +1.301 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
V3.3:      +3.317 V  (min =  +3.13 V, max =  +3.47 V)
V5:       +5.026 V  (min =  +4.74 V, max =  +5.26 V)
V12:      +0.063 V  (min = +11.38 V, max = +12.62 V)   ALARM
CPU_Fan:      0 RPM  (min = 4000 RPM)                     ALARM
CPU:      +56.00癈  (low  =   +10癈, high =   +50癈)     ALARM
Board:    +35.00癈  (low  =   +10癈, high =   +35癈)     ALARM
Remote:   +49.00癈  (low  =   +10癈, high =   +35癈)     ALARM
CPU_PWM:   128
Fan2_PWM:  255
Fan3_PWM:  128

http://www.lighttpd.com.cn/%E9%A6%96%E9%A1%B5

收集一些DNS IP 列表

广州 202.96.128.166,202.96.128.86

茂名 202.103.176.22

http://wiki.nginx.org//NginxChs

含义如下:
aborted_clients 客户端非法中断连接次数
aborted_connects 连接mysql失败次数
com_xxx xxx命令执行次数,有很多条
connections 连接mysql的数量
Created_tmp_disk_tables 在磁盘上创建的临时表
Created_tmp_tables 在内存里创建的临时表
Created_tmp_files 临时文件数
Key_read_requests The number of requests to read a key block from the cache
Key_reads The number of physical reads of a key block from disk
Max_used_connections 同时使用的连接数
Open_tables 开放的表
Open_files 开放的文件
Opened_tables 打开的表
Questions 提交到server的查询数
Sort_merge_passes 如果这个值很大,应该增加my.cnf中的sort_buffer值
Uptime 服务器已经工作的秒数


提升性能的建议:
1.如果opened_tables太大,应该把my.cnf中的table_cache变大
2.如果Key_reads太大,则应该把my.cnf中key_buffer_size变大.可以用Key_reads/Key_read_requests计算出cache失败率
3.如果Handler_read_rnd太大,则你写的SQL语句里很多查询都是要扫描整个表,而没有发挥索引的键的作用
4.如果Threads_created太大,就要增加my.cnf中thread_cache_size的值.可以用Threads_created/Connections计算cache命中率
5.如果Created_tmp_disk_tables太大,就要增加my.cnf中tmp_table_size的值,用基于内存的临时表代替基于磁盘的

Procs
-r:
    运行的和等待(CPU时间片)运行的进程数，这个值也可以判断是否需要增加CPU(长期大于1)
-b:
    处于不可中断状态的进程数，常见的情况是由IO引起的

Memory
-swpd: 切换到交换内存上的内存(默认以KB为单位)
如果 swpd 的值不为0，或者还比较大，比如超过100M了，但是 si, so 的值长期为 0，这种情况我们可以不用担心，不会影响系统性能。
-free: 空闲的物理内存
-buff: 作为buffer cache的内存，对块设备的读写进行缓冲
-cache: 作为page cache的内存, 文件系统的cache
如果 cache 的值大的时候，说明cache住的文件数多，如果频繁访问到的文件都能被cache住，那么磁盘的读IO bi 会非常小。

Swap
-si: 交换内存使用，由磁盘调入内存
-so: 交换内存使用，由内存调入磁盘
内存够用的时候，这2个值都是0，如果这2个值长期大于0时，系统性能会受到影响。磁盘IO和CPU资源都会被消耗。
我发现有些朋友看到空闲内存(free)很少或接近于0时，就认为内存不够用了，实际上不能光看这一点的，还要结合si,so，如果free很少，但是si,so也很少(大多时候是0)，那么不用担心，系统性能这时不会受到影响的。

Io
-bi: 从块设备读入的数据总量(读磁盘) (KB/s)，
-bo: 写入到块设备的数据总理(写磁盘) (KB/s)
随机磁盘读写的时候，这2个 值越大（如超出1M），能看到CPU在IO等待的值也会越大

System
-in: 每秒产生的中断次数
-cs: 每秒产生的上下文切换次数
上面这2个值越大，会看到由内核消耗的CPU时间会越多

Cup
-us: 用户进程消耗的CPU时间百分比
us 的值比较高时，说明用户进程消耗的CPU时间多，但是如果长期超过50% 的使用，那么我们就该考虑优化程序算法或者进行加速了(比如 PHP/Perl)
-sy: 内核进程消耗的CPU时间百分比
sy 的值高时，说明系统内核消耗的CPU资源多，这并不是良性的表现，我们应该检查原因。
-wa: IO等待消耗的CPU时间百分比
wa 的值高时，说明IO等待比较严重，这可能是由于磁盘大量作随机访问造成，也有可能是磁盘的带宽出现瓶颈(块操作)。
-id: CPU处在空闲状态时间百分比

情景分析
   这个vmstat的输出那些信息值得关注？
-Procs r: 运行的进程比较多，系统很繁忙
-Io bo: 磁盘写的数据量稍大，如果是大文件的写，10M以内基本不用担心，如果是小文件写2M以内基本正常
Cpu us: 持续大于50，服务高峰期可以接受
Cpu wa: 稍微有些高
Cpu id:持续小于50，服务高峰期可以接受