From mboxrd@z Thu Jan  1 00:00:00 1970
From: Matthias Fischer <matthias.fischer@ipfire.org>
To: development@lists.ipfire.org
Subject:
 Problems with "Enable some performance tuning" => extremly slow downloads
Date: Wed, 20 Feb 2019 11:18:04 +0100
Message-ID: <325d9aee-15b5-d726-5af0-7d40509b47fb@ipfire.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============4784083741177527705=="
List-Id: <development.lists.ipfire.org>

--===============4784083741177527705==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi,

being curious, I tested commit
https://git.ipfire.org/?p=3Dipfire-2.x.git;a=3Dcommit;h=3Dd03916e55851a243594=
ebf6f0c20c8f6d9092277
on my Core 127 / 32bit IPFire.

At first I didn't notice any differences, system was running as usual.
No important performance impact or change.

But yesterday, while starting some bigger downloads and closely
watching, I noticed that everytime someone started to download a
somewhat bigger file, e.g. 250-800 MB, downloading rates went down to a
crawl. Some downloads even aborted and nearly all where amazingly slow
(~150KB/s, normal: ~6.5 MB/s).

Restarting our Fritzbox and IPFire itself didn't help, all downloads
stayed that way.

After reverting the above commit in '/etc/sysctl.conf' and running
'sysctl -p', system is running at full speed again: VDSL, 50Mbit down /
10Mbit up.

Configuration:
Duo Box with Core 127/32bit. Running 'privoxy 3.0.28', 'squid 4.6'
(non-transparent, 512 MB RAM only), 'squidguard 1.5 beta',
'squidclamav', 'snort / guardian', 'unbound 1.9.0' with DoT/TFO.

Could someone please test and confirm (or not ;-) ).

Best,
Matthias

--===============4784083741177527705==--