<div dir="ltr">Hi Dubravko, <div><br></div><div>We don't quite do real-time monitoring, but we use Munin with a custom plugin that pulls timings in every 5 minutes or so. I've inherited this setup from someone who inherited it from the previous admins, but it does a decent job giving me decent resolution on loads and response times.</div><div><br></div><div>Hope that helps.</div><div><br></div><div>Stefan</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 15 Apr 2022 at 10:43, Dubravko Penezic <<a href="mailto:dpenezic@srce.hr">dpenezic@srce.hr</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Stefan,<br>
<br>
thanks a lot for info and help , I will continue with test next week <br>
when my large number of user comeback from holidays :)<br>
<br>
Radar hardly support monitoring FarmSize all instance in real time, do <br>
you use that type of monitoring ?<br>
<br>
Regards,<br>
Dubravko<br>
<br>
On 4/14/22 02:16, Stefan Paetow (OpenSource) wrote:<br>
> Hi Dubravko,<br>
> <br>
> In the UK service, because we only have a limited number of processors <br>
> (with lscpu) on our new platform, we set our FarmSize to 3 times the <br>
> lscpu number, and it's certainly helped with throughput. So, I'd suggest <br>
> setting yours to 16, just to see how that improves the throughput?<br>
> <br>
> Our old hardware actually had 12 and 16 processors (with 24 and 32 cores <br>
> respectively) and in those instances we literally got away with just <br>
> running the number of lscpu instances in the FarmSize.<br>
> <br>
> Hope that helps.<br>
> <br>
> Stefan<br>
> <br>
> <br>
> On Tue, 12 Apr 2022 at 07:59, Dubravko Penezic <<a href="mailto:dpenezic@srce.hr" target="_blank">dpenezic@srce.hr</a> <br>
> <mailto:<a href="mailto:dpenezic@srce.hr" target="_blank">dpenezic@srce.hr</a>>> wrote:<br>
> <br>
>     Hi ,<br>
> <br>
>     we run latest RADIATOR on VM with 4 processor and 4G RAM, and have set<br>
>     FarmSize to 4 (actually that mean 4 spare RADIATOR instance),<br>
>     usually we<br>
>     have about 80 request on all 4 instance per second, how ever in some<br>
>     pick time we reach 150+ authentication per second. In that period we<br>
>     have issue.<br>
> <br>
>     In RADIATOR log we see no authentication request for second or two,<br>
>     then<br>
>     process continue normaly, and that may repeat few times in period of<br>
>     5-10 minutes ... then everything continue to work normally.<br>
> <br>
>     Any idea, suggestion ?<br>
> <br>
>     Regards,<br>
>     Dubravko Penezic<br>
>     SRCE<br>
>     _______________________________________________<br>
>     radiator mailing list<br>
>     <a href="mailto:radiator@lists.open.com.au" target="_blank">radiator@lists.open.com.au</a> <mailto:<a href="mailto:radiator@lists.open.com.au" target="_blank">radiator@lists.open.com.au</a>><br>
>     <a href="https://lists.open.com.au/mailman/listinfo/radiator" rel="noreferrer" target="_blank">https://lists.open.com.au/mailman/listinfo/radiator</a><br>
>     <<a href="https://lists.open.com.au/mailman/listinfo/radiator" rel="noreferrer" target="_blank">https://lists.open.com.au/mailman/listinfo/radiator</a>><br>
> <br>
> <br>
> _______________________________________________<br>
> radiator mailing list<br>
> <a href="mailto:radiator@lists.open.com.au" target="_blank">radiator@lists.open.com.au</a><br>
> <a href="https://lists.open.com.au/mailman/listinfo/radiator" rel="noreferrer" target="_blank">https://lists.open.com.au/mailman/listinfo/radiator</a><br>
<br>
</blockquote></div>