From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tremer To: development@lists.ipfire.org Subject: Re: Core Update 159 (testing) report Date: Thu, 05 Aug 2021 11:13:04 +0200 Message-ID: <6F8688A1-8BB8-4947-B0D4-0FFB82257A31@ipfire.org> In-Reply-To: <1e3acd97-e4e2-671c-9d4e-ebb547be6db2@ipfire.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2420906895056204131==" List-Id: --===============2420906895056204131== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Thank you Peter, for this very detailed report. > On 4 Aug 2021, at 20:37, Peter M=C3=BCller wro= te: >=20 > Hello *, >=20 > Core Update 159 (testing, see: https://blog.ipfire.org/post/ipfire-2-25-cor= e-update-159-available-for-testing) > is running here for about 24 hours by now, without any noticeable issue dur= ing after the upgrade procedure > so far. >=20 > While upgrading to the testing release, I noticed the Pakfire CGI not displ= aying the usual log and progress > indicator. Instead, it appeared to have stalled while downloading the updat= e itself - this is a rather aesthetic > issue, but might confuse users because they could suspect their IPFire mach= ine crashed. >=20 > Having installed the upgrade, the Pakfire CGI required a reload to properly= display Core Update 159 as being > installed, and a reboot being necessary. This may or may not be related to = the missing upgrade procedure > indicator. >=20 > Having rebooted, I enjoy the Linux kernel 5.10.x ever since. On my testing = machine (running an Intel N3150 CPU), > it improved the following aspects: >=20 > - IRQ load decreased significantly, from about 5 to 2.2 percent on my machi= ne. > - Governing the CPU frequency now works better - before, the machine used t= o run at maximum frequency all the > time, despite cpufreq(|utils) being installed and active. > - Measured latencies to my PPPoE gateway are now more evenly, most probably= due to increased networking > schedulers or other improved algorithms. While this is not a noticeable ch= ange in the daily usage, it can > be measured for VoIP calls and VPN connections as well. This might affect = IPFire users sitting behind more > unreliable connections even more. This is great news. Arne said that he doesn=E2=80=99t feel that the new kerne= l has improved performance very much, but this suggests it does. I am planning to test with Daniel on our appliances next week so that we have= some tangible numbers and we can see from there. Do you have graphs for these things, too? > Speaking of VoIP calls, I am currently unable to test if the sporadic broke= n RTP streams occur again. They > were never really reproducible well, and got more rare after Core Update 15= 7 - let's hope kernel 5.10.x finally > fixes this. If not, I will report back. Please do. > IPS performance hasn't improved much on my machine: The bandwidth available= to clients behind IPFire still differs > by orders of magnitude if the IPS is enabled or not. To be fair, my testing= machine is not very well equipped > (passive NICs and a weak Intel CPU - yuck), and you can't have your cake an= d eat it. I am not complaining. :-) Yes, this is going to be a massive pain point and we should have a look at th= is soon. Lots of =E2=80=9Ccommon=E2=80=9D hardware is way too weak to handle the IPS a= nd that is a problem. People switch it off and disable a massively important = feature that keeps their network safe and/or provides insight. > Skimming through IPFire's web interface, I noticed a small glitch regarding= the CPU load graph: In some occasions, > it shows the CPU to be running on full load (see attached sample). After re= loading the graph, the load is > actually fine. This looks confusing at first, too, but does not seem to ind= icate something more serious. That seems to be a rendering issue. I have observed this too. However, the lo= ad isn=E2=80=99t being checked live. It would be the data point that was coll= ected last that is being printed and an actual outlier. I am not sure what ca= n be done about this. > To cut it short: I look forward to the release of Core Update 159. Special = thanks of mine go to Arne for making > this updated Linux kernel possible. :-) *thumbs up* -Michael > Thanks, and best regards, > Peter M=C3=BCller > --===============2420906895056204131==--