I&#39;m not sure how good/efficient the pthread implementation in NetBSD is. Also, do you know if there are any NetBSD specifics about using pthread_spinlock() APIs on it? Lot of the issues you have previously described can occur if there is a broken implementation of pthread spinlocks (which seems to get masked without io-threads)<div>
<br></div><div>Avati<br><br><div class="gmail_quote">On Wed, Jul 6, 2011 at 8:41 PM, Emmanuel Dreyfus <span dir="ltr">&lt;<a href="mailto:manu@netbsd.org">manu@netbsd.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
On Tue, Jul 05, 2011 at 09:32:23AM +0000, Emmanuel Dreyfus wrote:<br>
&gt; Let us forget my previous batch of crashes that were with 3.2.1. This<br>
&gt; one iw with today&#39;s code from git:<br>
<br>
I made some progress on that problem. Removing the io-threads xlator<br>
fixes the stability problem. It also greatly improves performances<br>
while the server load decrease from 14 to 3 for the same operations.<br>
<br>
It seems there have been some refactoring of xlatorx/io-threads since 3.1.<br>
It does not use sem_timedwait() anymore, that was replaced by<br>
pthread_cond_timedwait().<br>
<br>
Anyone has ideas here?<br>
<font color="#888888"><br>
--<br>
Emmanuel Dreyfus<br>
<a href="mailto:manu@netbsd.org">manu@netbsd.org</a><br>
<br>
_______________________________________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@nongnu.org">Gluster-devel@nongnu.org</a><br>
<a href="https://lists.nongnu.org/mailman/listinfo/gluster-devel" target="_blank">https://lists.nongnu.org/mailman/listinfo/gluster-devel</a><br>
</font></blockquote></div><br></div>