2018-08-17 2:44 GMT+08:00 Dan Smith :
> > yes, the DB query was in serial, after some investigation, it seems
> that we are unable to perform eventlet.mockey_patch in uWSGI mode, so
> > Yikun made this fix:
> >
> > https://review.openstack.org/#/c/592285/
>
> Cool, good catch :)
>
> >
> > Afte
> We have tried out the patch:
> https://review.openstack.org/#/c/592698/
> we also applied https://review.openstack.org/#/c/592285/
>
> it turns out that we are able to half the overall time consumption, we
> did try with different sort key and dirs, the results are similar, we
> didn't try out pa
Hi,
Thanks alot for the reply, for your question #2, we did tests with two
kinds of deployments: 1. There is only 1 DB with all 10 cells(also cell0)
and it is on the same server with
the API; 2. We took 5 of the DBs to another machine on the same rack to
test out if it matters, and it turns out th
> yes, the DB query was in serial, after some investigation, it seems that we
> are unable to perform eventlet.mockey_patch in uWSGI mode, so
> Yikun made this fix:
>
> https://review.openstack.org/#/c/592285/
Cool, good catch :)
>
> After making this change, we test again, and we got this k
Some more information:
*1. How did we record the time when listing?*
you can see all our changes in:
http://paste.openstack.org/show/728162/
Total cost: L26
Construct view: L43
Data gather per cell cost: L152
Data gather all cells cost: L174
Merge Sort cost: L198
*2. Why it is not parallel in
Hi, Nova
As the Cells v2 architecture is getting mature, and CERN used it and seems
worked well, *Huawei *is also willing to consider using this in our Public
Cloud deployments.
As we still have concerns about the performance when doing multi-cell
listing, recently *Yikun Jiang* and I have done a
