<div dir="ltr">Hi Shri,<div><br></div><div>The short answer is that sharding your data across containers in swift is generally a good idea.</div><div><br></div><div>The limitations with containers has a lot more to do with overall concurrency rather than total objects in a container.  The number of objects in a container can have an affect on that, but will be less of an issue if you are not putting objects in at a high concurrency.</div>
<div><br></div><div>--</div><div>Chuck</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Sep 1, 2013 at 9:39 PM, Shrinand Javadekar <span dir="ltr"><<a href="mailto:shrinand@maginatics.com" target="_blank">shrinand@maginatics.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<br><div class="gmail_quote"><div dir="ltr"><div><br></div><div>There have been several articles which talk about keeping the number of objects in a container to about 1M. Beyond that sqlite starts becoming the bottleneck. I am going to make sure we abide by this number.</div>


<div><br></div><div>However, has anyone measured whether putting objects among multiple containers right from the start gives any performance benefits. For e.g. I could create 32 containers right at the start and split the objects among these as I write more and more objects. In the average case, I would have several partially filled containers instead of a few fully filled ones (fully filled means having 1M objects). Would this be better for the overall performance? Any downsides of this approach? Has anyone tried this before and published numbers on this?</div>


<div><br></div><div>Thanks in advance.</div><div>-Shri</div><div><br></div></div>
</div><br></div>
<br>_______________________________________________<br>
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
Post to     : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
<br></blockquote></div><br></div>