<div dir="ltr"><div dir="ltr"><br><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 7, 2022 at 9:57 AM Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</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">Most cloud operations websites are kept internal. gitlab's is not,<br>
which is pretty cool. In looking over this issue, today:<br>
<br>
<a href="https://gitlab.com/gitlab-com/gl-infra/production/-/issues/6768" rel="noreferrer" target="_blank">https://gitlab.com/gitlab-com/gl-infra/production/-/issues/6768</a><br>
<br>
They are tracking tcp syn retransmits, but not drops or other<br>
congestion control related info. And<br>
also using:<br>
<br>
sysctl net.ipv4.tcp_notsent_lowat=4294967295;<br>
<br>
where we've been getting good results with that set as low as 32k.<br>
Anyone know anyone at gitlab?<br></blockquote><div><br></div><div><br></div><div>It looks like that's their current setting, but the test they're </div><div>running will be to drop it to 16K:</div><div>sysctl net.ipv4.tcp_notsent_lowat=16384;</div><div><br></div><div>It'll be interesting to see what the results of the </div><div>test are, and whether 16K becomes the new "normal" </div><div>for them.   :)</div><div>(cool to see this--I spent a certain amount of my time at </div><div>my previous job doing kernel parameter tuning for large </div><div>scale services, so seeing what values others are testing </div><div>with is good validation.   :)</div><div><br></div><div>Matt</div><div><br></div></div></div>