At 2014-07-23 00:09:09, "Lingxian Kong" wrote:
>Maybe you are using local storage for your vm system volume backend,
>accroding to the 'resize' implementation, 'rsync' and 'scp' will be
>executed during the resize process, which will be the bottleneck
No, i use nfs. I found that, the resize wil
Maybe you are using local storage for your vm system volume backend,
accroding to the 'resize' implementation, 'rsync' and 'scp' will be
executed during the resize process, which will be the bottleneck
2014-07-19 13:07 GMT+08:00 fdsafdsafd :
> Did someone test the concurrency of nova's resize? i f
ok, i will try.
At 2014-07-19 04:30:49, "Boris Pavlovic" wrote:
Hi,
Could you please contribute to Rally this benchmark. So others will be able to
repeat experiment locally. (here is the instruction
https://wiki.openstack.org/wiki/Rally/Develop#How_to_contribute )
And as far as I kno
Hi,
Could you please contribute to Rally this benchmark. So others will be able
to repeat experiment locally. (here is the instruction
https://wiki.openstack.org/wiki/Rally/Develop#How_to_contribute )
And as far as I know, nobody (in rally team) was benchmarking this stuff.
As well I hope that w
Did someone test the concurrency of nova's resize? i found it has poor
concurrency, i do not know why. I found most the failed request is rpc timeout.
I write the resize test for nova is boot-resize-confirm-delete.
___
OpenStack-dev mailing list
Op