Well, I am having issues with *_shutdown tests (1st email has details). However, other 28 tests, including enabled ipc_stress run just fine. While testing new API I would run out of fd's before reaching thread limit. E.g. my home Linux (fc20 latest) box would let me to spawn 380+ threads before hitting fd limit. That's is why I am so puzzled by failures with just 12 threads. If possible I would like more details to replicate the issue. Until root cause is found I would advise against API changes. All the best, --Ark On Nov 7, 2014 1:13 AM, "Martin Sustrik" <sustrik@xxxxxxxxxx> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 07/11/14 03:15, Ark Degtiarov wrote: > > > just revisited the code... as you know, it tries to start 1 server > > and 10 client threads. > > > > Which, along with main() makes 12 threads all together. > > > > Barring specialized embedded cases, which (mainstream?) platforms, > > may I ask, would impose such low limit on threads per process? > > No idea. > > > Is there a way for me to get it for testing? Xen-friendly VM if > > possible? > > My impression was that you are seeing the problem yourself, no? > > Martin > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > > iQEcBAEBAgAGBQJUXGLxAAoJENTpVjxCNN9YDEcH/RAq23Ib1Imd/CpUT4iIv2AU > wVv1rPNe96SF2R95rl0ln0BaFLVxUBOJw1vF8G7IEKYtEDCsse9tjLhux23OJZZE > O/zmUPYUluZM2v/Zug/sSzh77H8aLb26Pbr7QQqbFmbWB8tq2GfQ8QN/zQuhIA0f > xSDqX7Iz0+aU3QhFjzvO+eFch+4sZrB/FWtjjqhDcXOpMlsTNb9V06sy8y7iU2No > 7bb36xxFIqKmwlRABSJd7VyMrKc2R0Yu9u8FNvfRG6G0UcNTmAUTGP+z/0rOoDv/ > BvC+TDlOGr/+b2UdZsz+jVkJRQLVPu/ZD6231HFh9ZsKtmEYm7gXMiKrQ31J5zU= > =4Mc9 > -----END PGP SIGNATURE----- > >