From mboxrd@z Thu Jan  1 00:00:00 1970
From: Bernhard Bitsch <Bernhard.Bitsch@gmx.de>
To: development@lists.ipfire.org
Subject: Re: Merge Window Closing Announcement for Core Update 127
Date: Mon, 14 Jan 2019 14:32:27 +0100
Message-ID:
 <trinity-fe47cb84-901f-4ab8-91d6-18b7102faf9c-1547472747106@3c-app-gmx-bs40>
In-Reply-To: <E2AF2F28-897C-48A8-B286-8F82D860CBD4@ipfire.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7005879506000693482=="
List-Id: <development.lists.ipfire.org>

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

Hi,

> Gesendet: Montag, 14. Januar 2019 um 11:43 Uhr
> Von: "Michael Tremer" <michael.tremer(a)ipfire.org>
> An: "Bernhard Bitsch" <Bernhard.Bitsch(a)gmx.de>
> Cc: "IPFire: Development-List" <development(a)lists.ipfire.org>
> Betreff: Re: Merge Window Closing Announcement for Core Update 127
>
> Hello,
>=20
> > On 13 Jan 2019, at 14:24, Bernhard Bitsch <Bernhard.Bitsch(a)gmx.de> wrot=
e:
> >=20
> >=20
> >=20
> >> Gesendet: Sonntag, 13. Januar 2019 um 13:43 Uhr
> >> Von: "Matthias Fischer" <matthias.fischer(a)ipfire.org>
> >> An: "Michael Tremer" <michael.tremer(a)ipfire.org>
> >> Cc: "IPFire: Development-List" <development(a)lists.ipfire.org>
> >> Betreff: Re: Merge Window Closing Announcement for Core Update 127
> >>=20
> >> Hi,
> >>=20
> >> On 13.01.2019 13:14, Michael Tremer wrote:
> >>> I sent squid thousands of requests with ab (Apache Benchmark) and that =
worked fine with only one redirector.
> >>=20
> >> Thanks for the feedback! Merged. ;-)
> >>=20
> >>=20
> >=20
> > Nevertheless it's worth reasoning about multiprocessing ( #redirectors =
=3D #processors ) versus multitasking ( #redirectors =3D #task needed by the =
environment ).
> > Even with only one processor it is possible to serve multiple requests. U=
sing wait phases for other processes is a basic feature of multitasking.
>=20
> This is not true for the redirectors though.
>=20
> Our version of squidGuard takes only one request at a time. While processin=
g that, it performs a database lookup (which is a btree) which is held in mem=
ory. So at no time it is reading anything from disk which would allow the ker=
nel to interrupt the process and wait until the hard drive has responded.
>=20
> Therefore it does not make any sense to run more than one process per CPU c=
ore.
>

But multitasking isn't accomplished by I/O-waits only. Task switches occur th=
rough time slicing and signals also.
=20
> I guess update accelerator might suffer a little bit in the instance that i=
t finds a match. Squidclamav is a different thing. It makes absolutely no sen=
se to use that any more.
>=20
> -Michael
>=20
> > - Bernhard ( aka BeBiMa )
>=20
>=20

- Bernhard

--===============7005879506000693482==--