<br><font size=2 face="sans-serif">You don't really expect a client (think
ec2-like-user) to analyze debug info do you?</font>
<br>
<br><font size=2 face="sans-serif">I really think we need a nice consistent
way for people to see what's going on with long-running operations.  Debug
info isn't that to me.</font>
<br><font size=2 face="sans-serif"><br>
thanks<br>
-Doug<br>
______________________________________________________<br>
STSM |  Standards Architect  |  IBM Software Group<br>
(919) 254-6905  |  IBM 444-6905  |  dug@us.ibm.com<br>
The more I'm around some people, the more I like my dog.</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Jay Pipes <jaypipes@gmail.com></b>
</font>
<br><font size=1 face="sans-serif">Sent by: openstack-bounces+dug=us.ibm.com@lists.launchpad.net</font>
<p><font size=1 face="sans-serif">06/29/2012 01:46 PM</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">Huang Zhiteng <winston.d@gmail.com></font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td><font size=1 face="sans-serif">openstack@lists.launchpad.net</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: [Openstack] Nova and asynchronous
instance launching</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>On 06/29/2012 04:25 AM, Huang Zhiteng wrote:<br>
> Sound like a performance issue.  I think this symptom can be
much<br>
> eased if we spend sometime fixing whatever bottleneck causing this<br>
> (slow AMQP, scheduler, or network)?  Now that Nova API has got<br>
> multprocess enabled, we'd move to next bottleneck in long path of<br>
> 'launching instance'.<br>
> Devin, is it possible that you provide more details about this issue<br>
> so that someone else can reproduce it?<br>
<br>
Actually, Vish, David Kranz and I had a discussion about similar stuff
<br>
on IRC yesterday. I think that an easy win for this would be to add much
<br>
more fine-grained DEBUG logging statements in the various nova service
<br>
pieces -- nova-compute, nova-network, etc. Right now, there are areas <br>
that seem to look like performance or locking culprits (iptables <br>
save/restore for example), but because there isn't very fine-grained <br>
logging statements, it's tough to say whether:<br>
<br>
a) A process (or greenthread) has simply yielded to another while it <br>
waits for something<br>
<br>
b) A process is doing something that is blocking<br>
<br>
or<br>
<br>
c) A process is doing some other work but no log statements are being <br>
logged about that work, which makes it seem like some other work is <br>
taking much longer than it really is<br>
<br>
This would be a really easy win for a beginner developer or someone <br>
looking for something to assist with -- simply add informative <br>
LOG.debug() statements at various points in the API call pipelines<br>
<br>
Best,<br>
-jay<br>
<br>
_______________________________________________<br>
Mailing list: https://launchpad.net/~openstack<br>
Post to     : openstack@lists.launchpad.net<br>
Unsubscribe : https://launchpad.net/~openstack<br>
More help   : https://help.launchpad.net/ListHelp<br>
<br>
</font></tt>
<br>