netdev - Machine hang using YeAH Advanced TCP Congestion Control algorithm as default under P2P load

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <1358158761.14737.12.camel@UK6475R82934W.local>
Date:	Mon, 14 Jan 2013 10:19:21 +0000
From:	Roger Ricardo Moore <moorer007@...il.com>
To:	netdev@...r.kernel.org
Subject: Machine hang using YeAH Advanced TCP Congestion Control algorithm
 as default under P2P load

I decided to test out the YeAH Advance TCP Congestion Control algorithm
- setting it as my default (patched kernel to achieve this)

I found that on 2 different machines (i386/Pentium M/radeon/e1000 and
amd64/Core2Duo/i915/e1000e) I experienced a complete machine hang after
~5-10 minutes using a P2P client (aMule) - i.e. multiple connections
with clients over the internet, both in and out of the machine.

There was no kernel OOPS just an unrecoverable freeze with no response
to any input. Each time it required the machine to be turned off and
rebooted to regain control.

I tested the machines using stress (CPU, I/O, VM and HDD) to eliminate
other possible causes of a machine hang after time but this failed to
replicate the problem. I even copied GBs of files over my local network
using SCP and this too failed to demonstrate the problem (I presume a
TCP congestion control has negligible impact in such circumstances)

I found that reverting back to CONFIG_TCP_CONG_ADVANCED=n (and this
CUBIC w/ Reno fallback) solved my problem.

I hope this information is useful to you in solving the problems with
this feature.

Regards

Roger

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html