From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthias Fischer To: development@lists.ipfire.org Subject: Re: Problems with "Enable some performance tuning" => extremly slow downloads Date: Thu, 21 Feb 2019 01:36:01 +0100 Message-ID: <086c745c-61c4-784c-739a-588ded7ca64c@ipfire.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8433724069589259028==" List-Id: --===============8433724069589259028== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, On 20.02.2019 16:40, Michael Tremer wrote: > Interesting=E2=80=A6 These settings shouldn=E2=80=99t have any impact on an= y connections going through the firewall. Yep. And at the moment, I'm not so sure they're really the cause because it happened again. At first, I thought it had something to do with my ISP. I made a call, but they couldn't find anything wrong with the connection. The problem would be on my side. Hm. > Can you narrow it down to one specific setting of these by disabling one by= one? Right now: definitely NO. Its "under investigation". Best, Matthias P.S.: Oh my - it was too late for something like this - just saw it: the machine needs a reboot to really get rid of the tuned parameters, right!? > -Michael >=20 >> On 20 Feb 2019, at 10:18, Matthias Fischer = wrote: >>=20 >> Hi, >>=20 >> being curious, I tested commit >> https://git.ipfire.org/?p=3Dipfire-2.x.git;a=3Dcommit;h=3Dd03916e55851a243= 594ebf6f0c20c8f6d9092277 >> on my Core 127 / 32bit IPFire. >>=20 >> At first I didn't notice any differences, system was running as usual. >> No important performance impact or change. >>=20 >> 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). >>=20 >> Restarting our Fritzbox and IPFire itself didn't help, all downloads >> stayed that way. >>=20 >> 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. >>=20 >> 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. >>=20 >> Could someone please test and confirm (or not ;-) ). >>=20 >> Best, >> Matthias >=20 >=20 --===============8433724069589259028==--