<div>Yes, I believe it is much better.<br></div><div><br></div><div>Thank you</div><br><div class="gmail_quote">On Tue, Sep 18, 2012 at 4:07 PM, Maxim Dounin <span dir="ltr"><<a href="mailto:mdounin@mdounin.ru" target="_blank">mdounin@mdounin.ru</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<div class="im"><br>
On Mon, Sep 17, 2012 at 03:11:33PM +0800, chen cw wrote:<br>
<br>
> Hi,<br>
><br>
> When a worker is down, the master will spawn a new one. However, in case<br>
> that we enable CPU affinity, the newly created workers will be bound to the<br>
> same CPU, as the CPU which was bound to by the latest worker spawn at the<br>
> startup or during the reload. This problem still exists in the latest<br>
> version 1.3.6.<br>
<br>
</div>Yes, thank you for report.  Quick and dirty fix would be:<br>
<br>
--- a/src/os/unix/ngx_process_cycle.c<br>
+++ b/src/os/unix/ngx_process_cycle.c<br>
@@ -371,6 +371,8 @@ ngx_start_worker_processes(ngx_cycle_t *<br>
<br>
         ngx_pass_open_channel(cycle, &ch);<br>
     }<br>
+<br>
+    cpu_affinity = 0;<br>
 }<br>
<br>
<br>
With this patch workers respawn after crashes won't have cpu<br>
affinity set, which is probably better.  It's still not ideal, but<br>
after all real problem is a worker crash, respawn is just an<br>
emergency mechanism.<br>
<br>
Maxim Dounin<br>
<br>
_______________________________________________<br>
nginx-devel mailing list<br>
<a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-devel" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-devel</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>


<p><span lang="EN-US">--</span></p>

<p><span lang="EN-US">Charles Chen</span></p>

<p><span lang="EN-US">Software Engineer</span></p>

<p><span lang="EN-US">Server Platforms Team at Taobao.com</span><br></p><br>