Is there a way to find out what application using most of bandwidth in Linux?

57

14

I'm looking for an utility that could show me how much of a bandwidth each process are using. It should just print the data and exit as I want to feed that list into conky.

vava

Posted 2009-08-31T14:11:56.260

Reputation: 5 238

Question was closed 2018-09-27T20:33:16.233

Answers

71

You can try NetHogs.

NetHogs is a small 'net top' tool. Instead of breaking the traffic down per protocol or per subnet, like most tools do, it groups bandwidth by process. NetHogs does not rely on a special kernel module to be loaded. If there's suddenly a lot of network traffic, you can fire up NetHogs and immediately see which PID is causing this. This makes it easy to indentify programs that have gone wild and are suddenly taking up your bandwidth.

NetHogs_Screenshot

Milde

Posted 2009-08-31T14:11:56.260

Reputation: 1 109

You have to run it as root. Promiscous mode is recommended. sudo nethogs -p eth2. You have to specify your ethernet if it is not eth0 by default. – Anandu M Das – 2015-03-13T05:39:34.270

@vava There's a problem with the one in the repo, it's fixed in 0.8.1 but you have to build from source (which is extremely easy). See this post: http://askubuntu.com/questions/726601/nethogs-%E2%86%92-creating-socket-failed-while-establishing-local-ip-are-you-root

– Matthew – 2016-07-10T05:22:31.053

@AnanduMDas man nethogs says promiscious mode is "not recommended". – vossad01 – 2017-02-07T13:44:39.610

NetHogs v0.8.5-2 works fine when installing from apt-get. No need to compile from source – kurdtpage – 2018-01-23T20:20:31.117

How about that! It's my browser using the most data! Now I just have to find a Nethogs Chrome plug-in. (The Task Manger has a column for the current bandwidth, but not cumulative data use.) – Michael Scheper – 2019-03-08T02:13:31.863

Almost exactly what I need but it just doesn't work :( – vava – 2009-08-31T17:24:29.167

Well, what doesn't work? Any errors? Doesn't it start at all? Console output? – Milde – 2009-09-01T07:14:30.230

it not works with ipv6 – zb' – 2014-05-29T22:20:29.217

6

There is quite a few listed here.

My favorites however remain iftop and tcpdump. Wireshark is also a very good option.

BinaryMisfit

Posted 2009-08-31T14:11:56.260

Reputation: 19 955

I have ethical issues with Wireshark, if not alone on the network... Unless you have a way to make it probe only the localhost, in which case I'm interested. – Gnoupi – 2009-08-31T14:18:34.767

5If you don't enable promiscuous mode it should only capture traffic directed to your host. – Amok – 2009-08-31T15:57:16.707

Huh, not one of those utilities can tell me which process are using most bandwidth and that's what I'm after. – vava – 2009-08-31T17:25:35.000

5

Try atop ... to get the most out of it you may have to enable some additional kernel patches (I/O accounting patches).

If atop isn't an option then use netstat -anp --inet (as root) to provide a listing of which TCP/UDP ports are in use by which processes (or possibly use lsof for that). From there simply iterate over each process that's got an open socket and either attach to it using ltrace -S or strace to look at the reads, writes, sends and receives, or use tcpdump with a filter specifying your local IP address(es) and the TCP/UDP ports that were listed.

atop is certainly the most convenient of these ... if you have it and the necessary kernel support installed. In the past I've had customers and employers set up special systems (different from their production images) for the sole purpose of supporting I/O profiling using atop. However these other techniques will get you there.

I'm sure we could also do something using SystemTap ... but I don't know of any easy pre-cooked recipes for doing this. SystemTap is very much a programming analysis tool.

Jim Dennis

Posted 2009-08-31T14:11:56.260

Reputation: 404

if you just want to know which process is hogging the network, not the real bandwidth used, you can just use netstat -anp --inet, and check the Recv-Q and Send-Q columns – golimar – 2018-08-16T14:53:44.173