Chinaunix

标题: vmstat 1 如下结果，CPU还是I/O是瓶颈？ [打印本页]

作者: buwenli 时间: 2005-08-16 15:04
标题: vmstat 1 如下结果，CPU还是I/O是瓶颈？
r b avm fre re pi po fr sr cy in sy cs us sy id wa \r\n1 2 316751 239 0 0 0 7 7 0 1218 6106 2761 8 8 45 39\r\n 1 2 316788 307 0 0 0 11 12 0 943 4534 1990 5 6 46 43\r\n 2 2 317031 121 0 1 0 7 7 0 2065 9309 4593 15 9 29 48\r\n 2 2 317102 126 0 0 0 2 2 0 1219 4900 2559 7 4 25 64\r\n 1 2 317194 122 0 7 0 16 17 0 1359 5859 2932 8 6 34 53\r\n 0 2 317198 123 0 0 0 0 0 0 1093 3559 1850 10 4 43 44\r\n 1 2 317354 127 0 0 0 16 16 0 2234 9378 4145 17 9 36 39\r\n 2 2 317436 122 0 2 0 9 9 0 3810 17279 6942 42 16 15 27\r\n 1 2 317619 126 0 2 0 21 21 0 2204 10199 4529 21 8 31 39\r\n 1 2 317619 123 0 0 0 0 0 0 1210 4715 2170 10 5 39 47\r\n 1 2 317675 121 0 1 0 7 7 0 2115 10348 4257 32 10 25 33\r\n 1 2 317691 125 0 0 0 2 2 0 2603 11664 4879 29 10 28 33\r\n 2 2 318440 126 0 44 0 122 125 0 4455 21062 8362 26 19 23 32\r\n 1 2 318440 123 0 27 0 27 39 0 4266 18966 7825 34 17 40 9\r\n 2 2 318449 145 0 6 0 10 87 0 4613 21254 8761 27 20 51 3\r\n 1 2 318474 123 0 82 0 82 247 0 3270 13183 6150 24 12 34 30\r\n 1 2 318476 126 0 135 0 135 141 0 1148 5279 2119 27 4 23 45\r\n 1 2 318535 120 0 150 0 156 161 0 1913 8463 4221 46 8 11 35\r\n 2 2 318589 121 0 152 0 158 160 0 2244 9283 4305 57 9 5 29\r\n 2 2 318862 127 0 174 0 202 207 0 2891 12742 5749 60 13 5 22\r\n 1 2 318942 128 0 76 0 87 9861 0 1463 6398 3408 51 7 30 12

作者: 天涯明月刀 时间: 2005-08-16 15:11
标题: vmstat 1 如下结果，CPU还是I/O是瓶颈？
每列的标题呢？忘了每一列的意思了

作者: maskgod 时间: 2005-08-16 15:29
标题: vmstat 1 如下结果，CPU还是I/O是瓶颈？
应该是I/O和内存的问题

作者: 天涯明月刀 时间: 2005-08-16 15:47
标题: vmstat 1 如下结果，CPU还是I/O是瓶颈？
内存小，使用了虚拟内存\r\n看 pi （page in）这一列\r\n一般这种情况i/o不足是由内存小造成的

作者: testuse 时间: 2005-08-16 15:48
标题: vmstat 1 如下结果，CPU还是I/O是瓶颈？
是IO/和内存的问题，内存小，交换很多，先扩一下内存

作者: fanify 时间: 2005-08-16 16:25
标题: vmstat 1 如下结果，CPU还是I/O是瓶颈？
建议先扩充内存!还有能贴出你的iostat的结果吗？

作者: youyouwhite 时间: 2005-08-16 17:10
标题: vmstat 1 如下结果，CPU还是I/O是瓶颈？
准则：\r\nr<5，b≈0，\r\n如果fre<MINFREE，将会出现连续不断的页面调度，将导致系统性能问题。\r\n对于page列，re，pi，po，cy维持于比较稳定的状态，PI率不超过5，如果有pagin发生，那么关联页面必须先进行pageout\r\n在内存相对紧张的环境下pagein会强制对不同的页面进行steal操作。如果系统正在读一个大批的永久页面，你也许可以看到po和pi列\r\n会出现不一致的增长，这种情景并不一定表明系统负载过重，但是有必要对应用程序的数据访问模式进行见检查。在稳定的情况下，扫描率和重置率几乎相等，在\r\n多个进程处理使用不同的页面的情况下，页面会更加不稳定和杂乱，这时扫描率可能会比重置率高出。\r\n\r\nfaults列，in，sy，cs会不断跳跃，这里没有明确的限制，唯一的就是这些值最少大于100\r\n\r\ncpu列，us，sys，id和wa也是不确定的，最理想的状态是使cpu处于100%工作状态，单这只适合单用户的情况下。\r\n\r\n故:虚拟内存太小.在这时看人铁实际内存使用率也非常高.

作者: lovefeng54 时间: 2005-08-17 13:29
标题: vmstat 1 如下结果，CPU还是I/O是瓶颈？
先调整一下应用后,再看看,优化一下应用

作者: yan13 时间: 2005-08-17 13:54
标题: vmstat 1 如下结果，CPU还是I/O是瓶颈？
IO有点问题，wait比较高，换页不是很多还算正常。

作者: xzhj19 时间: 2005-08-17 14:01
标题: vmstat 1 如下结果，CPU还是I/O是瓶颈？
内存问题，\r\n问题不大

作者: beltercn 时间: 2005-08-17 15:40
标题: vmstat 1 如下结果，CPU还是I/O是瓶颈？
I/O比较多，内存不一定有问题，虽然pi有值，但是po确一直是0，并不能肯定就是内存的问题。

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)