<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 18, 2019 at 8:24 AM Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</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">On 3/18/19, 9:05 AM, "users on behalf of Zico" <<a href="mailto:users-bounces@shibboleth.net" target="_blank">users-bounces@shibboleth.net</a> on behalf of <a href="mailto:mailzico@gmail.com" target="_blank">mailzico@gmail.com</a>> wrote:<br>
<br>
> Sorry.. 'drastic under-resourcing' means? <br>
<br>
A couple of gigs of heap and maybe 4G of RAM is enough to run a high volume IdP if you had to.<br>
<br>
> Generally these servers are running with 16GB physical memory; allocated max 6.5G for shibboleth only... <br>
<br>
That's far more than necessary and you clearly have some other problem. Perhaps you're giving it too much memory and causing GC issues. I handle 250,000+ logins a day with 2.5G on a 16GB machine, and there are zero issues with metadata reload of the InCommon aggregate.<br></blockquote><div><br></div><div>Hmm..... that makes sense. Ok, I'll give a shot with 2.5G. I do have little suspicion on this GC issue though; can't disagree on that. <br>I will share my result with you. <br><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-- Scott<br>
<br>
<br>
-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">users-unsubscribe@shibboleth.net</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Best,<br>Zico</div></div>