Open Stack

> On 7/4/2015, at 0:43, Robert Collins <robertc at robertcollins.net> wrote:
> 
> On 7 April 2015 at 05:11, Joe Gordon <joe.gordon0 at gmail.com> wrote:
>> 
>> 
>> On Mon, Apr 6, 2015 at 8:39 AM, Dolph Mathews <dolph.mathews at gmail.com>
>> wrote:
>>> 
>>> 
>>> On Mon, Apr 6, 2015 at 10:26 AM, Boris Pavlovic <boris at pavlovic.me> wrote:
>>>> 
>>>> Jay,
>>>> 
>>>> 
>>>>> Not far, IMHO. 100ms difference in startup time isn't something we
>>>>> should spend much time optimizing. There's bigger fish to fry.
>>>> 
>>>> 
>>>> I agree that priority of this task shouldn't be critical or even high,
>>>> and that there are other places that can be improved in OpenStack.
>>>> 
>>>> In other hand this one is as well big source of UX issues that we have in
>>>> OpenStack..
>>>> 
>>>> For example:
>>>> 
>>>> 1) You would like to run some command X times where X is pretty big
>>>> (admins likes to do this via bash loops). If you can execute all of them for
>>>> 1 and not 10 minutes you will get happier end user.
>>> 
>>> 
>>> +1 I'm fully in support of this effort. Shaving 100ms off the startup time
>>> of a frequently used library means that you'll save that 100ms over and
>>> over, adding up to a huge win.
>>> 
>> 
>> 
>> Another data point on how slow our libraries/CLIs can be:
>> 
>> $ time openstack -h
>> <snip>
>> real    0m2.491s
>> user    0m2.378s
>> sys     0m0.111s
> 
> 
> pbr should be snappy - taking 100ms to get the version is wrong.

I totally agree,  pbr needs a cleanup to reduce the dependency 
tree where that’s possible, or otherwise we need to change the strategy
for pbr.



> 
> -Rob
> 
> 
> 
> -- 
> Robert Collins <rbtcollins at hp.com>
> Distinguished Technologist
> HP Converged Cloud
> 
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Miguel Angel Ajo