linux操作系统总是一卡一卡的

cccdbmw

这个问题很头疼，困扰了很久，请大家帮帮忙。
硬件环境是vmvare vsphere 的，linux是Red Flag Asianux Server 3 for x86_64，内存24G，硬盘：200G+1T （1T用来存放oracle数据文件、日志文件、控制文件和备份文件的），CPU：6个 。在linux上安装了oracle11g。
问题：该操作系统每隔5~10s就卡一次，每次卡有2s时间。我把oracle停了，还是一卡一卡的，然后我又把1T的卸载了（问一下大神，1T分区卸载了，linux系统还管理该分区不？会不会卸载了只是表象，但是linux系统还在管理该分区），同样还是一卡一卡的。本来怀疑是硬件的问题，但是该虚拟硬件环境中其它的linux系统（Red Flag Asianux Server 3）都不是一卡一卡的，而且我用同一网络环境中其它的linux主机ping该服务器，每隔几秒ping就有延迟，而且延迟到2000ms左右，但是在该服务器上自己ping自己，ping没有延迟，但是还是一卡一卡的。现在头疼了，怀疑是操作系统的原因，操作系统和其它系统一样，都是复制母板的。希望各位大神帮帮忙，分析分析，到底是操作系统的原因还是oracle的原因还是网络的原因。

cccdbmw

测试服务器用的也是Red Flag Asianux Server 3 for x86_64，但是却不是一卡一卡的

cccdbmw

exsi 5.0的，1T的分区好像是独立出来的，不受vmvare的管辖。你说这个问题我想起来了，当时第一次挂载1T的时候运行一段时间都没问题，后来浪潮的工程师又调了一下，重新挂载了1T，那时候就开始卡了。但是是不是这个造成的还不好说
   

cccdbmw

想问一下，1T分区已经分给linux了，但是我没挂载，不知道那1T分区还影响linux系统不？


   

cccdbmw

挂载点是/data,对应的分区是/dev/sdc,原来挂载就是在这个位置，现在挂载也是在这个位置，只不过现在的1T是重新划分过来的，至于现在的1T分区和原来的1T分区在网络位置上应该是有区别的


   

cccdbmw

data主要存放oracle数据文件，日志文件，控制文件和各种备份文件，性能没有测试过，1T分区是不是太大了，会不会导致寻址太慢，不过性能工具看过，1T分区读写是最多的


   

cccdbmw

都是虚拟的网卡

eth0      Link encap:Ethernet  HWaddr 00:50:56:01:00:AA  
          inet addr:172.16.34.114  Bcast:172.16.34.255  Mask:255.255.255.0
          inet6 addr: fe80::250:56ff:fe01:aa/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:141135568 errors:0 dropped:0 overruns:0 frame:0
          TX packets:144621589 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:23947393426 (22.3 GiB)  TX bytes:46131999771 (42.9 GiB)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1797747 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1797747 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:356941591 (340.4 MiB)  TX bytes:356941591 (340.4 MiB)



   

cccdbmw

vmstat 2 20
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
0  0 4911888 12821760 299424 9597776    1    3    42    64    7   20  2  1 97  1  0
0  0 4911888 12817288 299440 9597672    0    0    28   216 1975 1489  2  1 96  1  0
1  0 4911888 12817272 299456 9597848    0    0     0   136 1949 1391  1  1 99  0  0
1  0 4911888 12817148 299460 9597860    0    0     0   362 2135 1757  1  1 98  0  0
2  0 4911868 12815032 299468 9597880   20    0    20  1312 2376 2326  4  4 91  1  0
0  0 4911868 12816032 299476 9597888    0    0     0  1516 2341 2443  4  3 93  1  0
92  0 4911116 12816048 299504 9598464  416    0   416   304 2632 2468  1  0 96  3  0
1  0 4910876 12805724 299512 9598684  128    0   128   744 2008 1664  3  1 95  1  0
0  0 4910836 12806636 299516 9599220   44    0   140  1002 1975 1653  3  1 96  0  0
8  0 4910836 12806512 299524 9599224    0    0     0    30 1966 1402  1  1 99  0  0
0  0 4910836 12806272 299532 9599128    0    0     0   152 1966 1384  1  1 98  0  0
0  0 4910744 12806148 299544 9599248   48    0    48   504 2045 1556  1  1 98  0  0
0  0 4910744 12806156 299544 9599248    0    0     0    26 1973 1430  1  1 98  0  0
1  0 4910744 12806148 299548 9599244    0    0     0    98 1998 1435  2  1 97  0  0
0  0 4910744 12801660 299556 9599244    0    0     0    88 1951 1475  2  1 97  0  0
1  0 4910744 12806404 299556 9599244    0    0     0     0 2014 1486  1  1 98  0  0
0  0 4910744 12810380 299572 9599236    0    0     0   166 1977 1409  1  0 99  0  0
1  0 4910744 12810380 299588 9599244    0    0     0   232 1990 1485  1  1 98  0  0
2  0 4910744 12810380 299588 9599244    0    0     0     8 1991 1455  2  1 97  0  0
0  0 4910744 12810380 299604 9599232    0    0     0   748 2233 2042  1  1 97  1  0

1T分区的读写性能咋测

   

cccdbmw

time dd if=/dev/zero of=/data/test bs=8k count=300000
300000+0 records in
300000+0 records out
2457600000 bytes (2.5 GB) copied, 5.36915 seconds, 458 MB/s

real    0m5.407s
user    0m0.069s
sys     0m5.188s



time dd if=/data/test of=/dev/null bs=8k
300000+0 records in
300000+0 records out
2457600000 bytes (2.5 GB) copied, 1.37094 seconds, 1.8 GB/s

real    0m1.373s
user    0m0.027s
sys     0m1.345s


hdparm -tT /dev/sdc

/dev/sdc:
Timing cached reads:   14708 MB in  2.00 seconds = 7359.39 MB/sec
Timing buffered disk reads:  646 MB in  3.00 seconds = 215.03 MB/sec
   你看看咋样，dd测试的文件有点小了

cccdbmw

正式服务器：

time dd if=/dev/zero of=/data/test bs=8k count=3000000
3000000+0 records in
3000000+0 records out
24576000000 bytes (25 GB) copied, 133.107 seconds, 185 MB/s

real    2m14.530s
user    0m0.582s
sys     1m4.662s


time dd if=/data/test of=/dev/null bs=8k
3000000+0 records in
3000000+0 records out
24576000000 bytes (25 GB) copied, 89.1308 seconds, 276 MB/s

real    1m29.147s
user    0m0.444s
sys     0m27.977s


测试服务器
time dd if=/tmp/test of=/dev/null bs=8k
300000+0 records in
300000+0 records out
2457600000 bytes (2.5 GB) copied, 1.83681 seconds, 1.3 GB/s

real    0m1.839s
user    0m0.033s
sys     0m1.804s


time dd if=/tmp/test of=/dev/null bs=8k
300000+0 records in
300000+0 records out
2457600000 bytes (2.5 GB) copied, 1.62677 seconds, 1.5 GB/s

real    0m2.965s
user    0m0.034s
sys     0m1.594s

测试服务器没有1t分区，这是/tmp分区