<div dir="ltr">Today we discussed this at triage. We're leaning towards changing the default from 20 to 10 as it seems like 10 only incurs an extra 30% penalty in time while seeming to fix the problem[0].<div><br></div><div>One question though is how we should treat existing data because most Remotes at this point probably have a value of 20 for download_concurrency. We came up with two options that we would like some feedback on.</div><div><br></div><div><br></div><div># Option 1: Migrate 20 to 10</div><div><br></div><div>This would be a migration in pulpcore that would update download_concurrency to 10 for all Remotes whose download_concurrency is set to 10. Something like:</div><div><br></div><div>    Remote.objects.all().filter(download_concurrency=20).update(download_concurrency=10)</div><div><br></div><div><br></div><div># Option 2: Documentation</div><div><br></div><div>This would be similar to the migration approach but instead of modifying our users' data, we'd document how they could do it themselves. So something like:</div><div><br></div><div>    pulpcore-manager shell_plus -c "Remote.objects.all().filter(download_concurrency=20).update(download_concurrency=10)</div><div><br></div><div><br></div><div>Any feedback is welcome.<br><div><br></div><div>[0] <a href="https://pulp.plan.io/issues/7186#note-2" target="_blank">https://pulp.plan.io/issues/7186#note-2</a><br clear="all"><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><br></div><div>David</div></div></div></div></div></div></div></div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 27, 2020 at 2:57 PM Grant Gainey <<a href="mailto:ggainey@redhat.com" target="_blank">ggainey@redhat.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"><div dir="ltr">Hey folks,<div><br></div><div>Looking into issue <a href="https://pulp.plan.io/issues/7212" target="_blank">7212</a> , over the weekend I did some ad-hoc evaluations of sync-performance at various concurrency settings. I wrote up my observations here:</div><div><br></div><div><a href="https://hackmd.io/@ggainey/pulp3_sync_concurrency" target="_blank">https://hackmd.io/@ggainey/pulp3_sync_concurrency</a><br clear="all"><div><br></div><div>Just thought folk might be interested.</div><div><br></div><div>G</div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div>Grant Gainey</div><div>Principal Software Engineer, Red Hat System Management Engineering</div><div><br></div><div><br></div></div></div></div></div></div></div>
_______________________________________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/pulp-dev</a><br>
</blockquote></div>