From mboxrd@z Thu Jan  1 00:00:00 1970
From: Michael Tremer <michael.tremer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: Merge Window Closing Announcement for Core Update 127
Date: Mon, 14 Jan 2019 15:28:32 +0000
Message-ID: <0E42A380-2E3A-4578-A155-D0A9DE9CB2BE@ipfire.org>
In-Reply-To:
 <trinity-fe47cb84-901f-4ab8-91d6-18b7102faf9c-1547472747106@3c-app-gmx-bs40>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6610571433486241349=="
List-Id: <development.lists.ipfire.org>

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


> On 14 Jan 2019, at 13:32, Bernhard Bitsch <Bernhard.Bitsch(a)gmx.de> wrote:
>=20
> Hi,
>=20
>> 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
>>=20
>> 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 processi=
ng that, it performs a database lookup (which is a btree) which is held in me=
mory. So at no time it is reading anything from disk which would allow the ke=
rnel 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 =
core.
>>=20
>=20
> But multitasking isn't accomplished by I/O-waits only. Task switches occur =
through time slicing and signals also.

Yes, but that is not a case squidguard is likely to run into.

Processing a request is fast and won=E2=80=99t take minutes or even seconds.

If the process is being paused and something else is running then there is no=
 point in having multiple processes waiting. One process waiting is enough.

>> I guess update accelerator might suffer a little bit in the instance that =
it finds a match. Squidclamav is a different thing. It makes absolutely no se=
nse to use that any more.
>>=20
>> -Michael
>>=20
>>> - Bernhard ( aka BeBiMa )
>>=20
>>=20
>=20
> - Bernhard


--===============6610571433486241349==--