From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adolf Belka To: development@lists.ipfire.org Subject: Re: libloc output for xt_geoip is fine on Core Update 153 Development Build: next/e8ecc81a Date: Mon, 07 Dec 2020 11:41:44 +0100 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7613858538032331257==" List-Id: --===============7613858538032331257== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I have tested the current unstable on my running system. Linux 4.14.210-ipfire #1 SMP Sat Dec 5 14:54:12 GMT 2020 x86_64 Intel(R) Cele= ron(R) CPU J1900 @ 1.99GHz GenuineIntel GNU/Linux Time result was:- real 0m44.954s user 0m44.242s sys 0m0.315s Regards, Adolf. On 06/12/2020 21:01, Michael Tremer wrote: > Hi, >=20 > Thank you, Arne, for testing. >=20 > It is good to know that this algorithm finishes on this device. >=20 > However, this is still not really acceptable for an IPFire device in produc= tion. >=20 > I would absolutely encourage to upgrade :) >=20 > -Michael >=20 >> On 6 Dec 2020, at 13:35, Arne Fitzenreiter wrote: >> >> Now i have done a new test on a first gen RPi1 (256MB) version: >> >> >> [root(a)RPi1 ~]# free >> total used free shared buffers cached >> Mem: 227244 133060 94184 0 6988 71416 >> -/+ buffers/cache: 54656 172588 >> Swap: 0 0 0 >> [root(a)RPi1 ~]# uname -a >> Linux RPi1.localdomain 4.14.210-ipfire-multi #1 SMP Wed Dec 2 23:46:20 GMT= 2020 armv6l BCM2835 GNU/Linux >> [root(a)RPi1 ~]# rm /var/lib/location/database.db >> rm: remove regular file '/var/lib/location/database.db'? y >> [root(a)RPi1 ~]# time update-location-database >> Downloaded new database from Sun, 06 Dec 2020 04:34:29 GMT >> Reloading firewall [ = OK ] >> >> real 14m28.682s >> user 12m45.663s >> sys 0m17.090s >> >> I think this time and xt_ipv4 output looks ok. >> Also the bug if the WebIF that firewall rules could not created on machine= s with low ram seems to be fixes. >> >> Arne >=20 --===============7613858538032331257==--