Excerpts from Dean Troyer's message of 2015-04-13 18:41:37 -0500:
On Mon, Apr 13, 2015 at 5:20 PM, Doug Hellmann d...@doughellmann.com
wrote:
Excerpts from Sean Dague's message of 2015-04-13 07:15:57 -0400:
I *believe* the time is scanning the plugins. It doesn't actually
load them, but
Excerpts from Dean Troyer's message of 2015-04-14 08:52:28 -0500:
On Tue, Apr 14, 2015 at 8:18 AM, Doug Hellmann d...@doughellmann.com
wrote:
I've had remove use of cmd2 on my list for cliff for a while now, too.
I don't even remember, at this point, what led me to start using it over
On Tue, Apr 14, 2015 at 8:18 AM, Doug Hellmann d...@doughellmann.com
wrote:
I've had remove use of cmd2 on my list for cliff for a while now, too.
I don't even remember, at this point, what led me to start using it over
the cmd modules in the stdlib, so figuring that out is the first step to
Excerpts from Sean Dague's message of 2015-04-13 07:15:57 -0400:
So, under the current model I think we're paying a pretty high strategy
tax in OSC use in devstack. It's adding minutes of time in a normal run.
I don't know all the internals of OSC and what can be done to make it
better. But I
On Mon, Apr 13, 2015 at 5:20 PM, Doug Hellmann d...@doughellmann.com
wrote:
Excerpts from Sean Dague's message of 2015-04-13 07:15:57 -0400:
I *believe* the time is scanning the plugins. It doesn't actually
load them, but it has to look through all of the entry point
registries to find what
While I was working on the grenade refactor I was considering using
openstack client for some resource create / testing. Doing so made me
realize that osc is sluggish. From what I can tell due to the way it
loads the world, there is a minimum 1.5s overhead on every command
execution. For instance,
Sean,
Nice work on this. So now it's clear that starting time of libs makes
sense.
One way to improve this is to use https://github.com/boris-42/profimp that
allows to trace any python import
and not to import all modules when they are not required.
Btw I already saw few patches that are
