* Re: Core Update 137 (testing) report
[not found] <a45df015-bf48-38b5-c589-e18f9c166410@ipfire.org>
@ 2019-10-30 11:49 ` Michael Tremer
0 siblings, 0 replies; only message in thread
From: Michael Tremer @ 2019-10-30 11:49 UTC (permalink / raw)
To: development
[-- Attachment #1: Type: text/plain, Size: 1680 bytes --]
Hello,
Thanks for the report. This sounds really positive.
Did anybody else find anything?
-Michael
> On 29 Oct 2019, at 17:54, peter.mueller(a)ipfire.org wrote:
>
> Hello list,
>
> Core Update 137 (testing, see https://blog.ipfire.org/post/ipfire-2-23-core-update-137-is-available-for-testing)
> is running here for about 24 hours without any unexpected behaviour so far.
>
> I can confirm new connections are now established immediately, without having
> a delay until the application or operating system decides do open up a new
> socket. Thereof, enabling Suricata does not have any noticeable negative side
> effect (except for some performance things), which I consider to be quite good.
>
> While CPU IRQ usage deceased a bit after installing the Core Update, RAM
> consumption is now more adaptive (see WebUI graph attached) than before. It
> looks like some application has learned to free unused memory... :-)
>
> The following parts of IPFire seem to work correctly:
> - DDNS
> - OpenVPN (RW connections only)
> - IPsec (N2N connections only)
> - Squid proxy (including authentication and upstream proxy)
> - Guardian
> - Tor (acting as a relay, no fresh installation, I am aware of bug #12220)
> - Quality of Service
>
> Output of "uname -a" for reference purposes:
>> [root(a)maverick ~]# uname -a
>> Linux maverick 4.14.150-ipfire #1 SMP Tue Oct 22 17:07:54 GMT 2019 x86_64 Intel(R) Celeron(R) CPU N3150 @ 1.60GHz GenuineIntel GNU/Linux
>
> I look forward to an official release of this Core Update.
>
> Thanks, and best regards,
> Peter Müller
> <ipfire_core_update_137_testing_ram_consumption_per_week.png>
^ permalink raw reply [flat|nested] only message in thread