Find the answer to your Linux question:
Results 1 to 2 of 2
We are doing a performance test of a java application whose app server is running on a Linux box. As a part of Resource Monitoring, we are required to gather ...
  1. #1
    Just Joined!
    Join Date
    Nov 2009
    Posts
    1

    Network Utilization of a Linux box using netstat

    We are doing a performance test of a java application whose app server is running on a Linux box. As a part of Resource Monitoring, we are required to gather the network utilization of the Linux box for a particular period of time.

    I have tried using netstat -a command to fetch the data, but it is giving me huge number of data which is not making enough sense, and also it is bit difficult to draw a graph using that data.

    netstat -i <interval> <no. of stats> works fine in Solaris box and I get the total number Input packets and Output packets, which makes sense and we can derive a graph out of it.

    Can anyone help me out with a netstat command which gives the network utilization of the Linux box where the application is running for 8 hrs and redirects that to a log file which can then be used to display a graphical representation of network utilization for 8 hrs.

  2. #2
    Linux Guru Rubberman's Avatar
    Join Date
    Apr 2009
    Location
    I can be found either 40 miles west of Chicago, or in a galaxy far, far away.
    Posts
    8,975
    As you have seen, Linux and Solaris system utilities can differ quite significantly. In any case, reading the man pages is usually a good idea. Check on the netstat man pages. You'll see that the --statistics and possibly --raw options are most likely to give you what you need. You'll probably need to parse the output differently than you do with Solaris/Unix however.
    Sometimes, real fast is almost as good as real time.
    Just remember, Semper Gumbi - always be flexible!

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
...