AIX网络性能分析.docVIP

出现性能问题的时候，您的系统可能一点过失也没有，而真正的故障原因却是外面的建筑物。如果要知道是否是网络影响总体的性能，一个简单的方法就是比较涉及网络的操作和那些和网络无关的操作。如果您正在运行的程序在进行相当距离的远程读取和写入，而且运行很慢，但其他的操作看起来运行正常，这时可能是网络问题造成的。如果您正在运行的程序在进行相当距离的远程读取和写入，而且运行很慢，但其他的操作看起来运行正常，这时可能是网络问题造成的。一些潜在的网络瓶颈可能由以下因素造成： * 客户端网络接口s * 网络带宽 * 网络拓扑结构 * 服务器端网络接口 * 服务器端 CPU 负载 * 服务器存储器使用状况 * 服务器带宽 * 配置效率低下 一些工具能够进行网络资料统计，给出各种各样的信息，但只有其中的一部分是和性能调谐相关的。 为了改善性能，您可以使用 no （网络选项）命令和 nfso 命令来对 NFS 选项进行调谐。您还可以使用 chdev 和 ifconfig 命令来改变系统和网络的参数值。 ping 命令 在下面这些情况下 ping 命令是有帮助的： * 确定网络的状态和各种外部主机。 * 跟踪并隔离硬件和软件故障。 * 对网络的检测、测定和管理。 下面列出的是一些和性能调谐相关联的 ping 命令参数项： -c 指定了信息包数。如果您有 IP 跟踪记录，这个参数项是有用的。您可以捕捉到 ping 信息包的最小值。 -s 指定信息包的长度。您可以使用这个参数项来检查分段和重新组合。 -f 以 10 ms 的间歇发送信息包或是在每次回应之后立即发送。只有根用户才可以使用这个参数项。 如果您需要加载您的网络或系统，使用 -f 参数项就很方便。比如，如果您猜测您的故障是过量负载造成的，可以试着有意加载您的工作区来证实您的怀疑。打开一些 aixterm 窗口，并在每个窗口中运行 ping -f 命令。您的以太网使用状况很快就会达到接近 100%。下面是一个例子： # date ; ping -c 1000 -f wave ; date Fri Jul 23 11:52:39 CDT 1999 PING : (20): 56 data bytes . PING Statistics 1000 packets transmitted, 1000 packets received, 0% packet loss round-trip min/avg/max = 1/1/23 ms Fri Jul 23 11:52:42 CDT 1999 注: 这个命令在网络上运行可能很困难，要小心使用。连续地执行 ping 命令只能由根用户来操作。 在这个例子中，1000 个信息包发送了 3 秒。要知道这个命令使用了 IP 和网络控制信息协议（ICMP），因而没有涉及到任何传输协议（UDP/TCP）和应用程序。测到的数据，比如往返的时间，不会影响到总体的性能特征。 如果您试图发送大量的信息包到您的目的地址，就要考虑如下几点： * 发送信息包对您的系统来说，增加了负载。 * 使用 netstat -i 命令可以在试验过程中监测您的网络接口的状态。通过查看 Oerrs 的输出您可以发现系统在发送中在删除信息包。 * 您也应该监控其他资源，比如 mbuf 和发送 / 接收队列。很难在目标系统上增加一个大的负载。或许在其他系统过载之前您的系统就过载了。 * 考虑结果的相关性。如果您想监控或测试的仅是一个目标系统，就在其他的一些系统上做同样的试验来进行比较，因为或许您的网络或是路由器出现了故障。 ftp 命令 您可以使用 ftp 命令来发送一个非常大的文件，使用 /dev/zero 作为输入，/dev/null 作为输出。这样您就可以传输一个大文件，而不用考虑磁盘（可能是瓶颈问题），也不需要在内存中高速缓存整个文件。 使用下面的 ftp 子命令（改变 count 的值可以增加或是减少块的数量，块的数量可以通过 dd 命令读出）： bin put |dd if=/dev/zero bs=32k count=10000 /dev/null 记住，如果您改变了 TCP 的发送或接收空间参数，对于 ftp 命令，您必须刷新 inetd 守护程序，使用 refresh -s inetd 命令就可以刷新。 要确保 tcp_senspace 和 tcp_recvspace 的值至少为 65535 （对于 Gigabit 以太网 jumbo frames和带有 MTU 9180 的 ATM 来说），如果要获得更好的性能就需要更大的值，这是因为 M