[Unbound-users] Threading in Solaris with libevent

[W.C.A. Wijngaards]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Mike,

Couple of data points:
* compile with gcc on solaris works fine for me.  What is the gcc
compile error?
* /dev/poll support has been flakey in libevent and libev in the past.
There is also evports on solaris, can you try to use that?
If you compile with solaris-threads, but not with libevent (or get
libevent to use select() instead) does that work?  I.e. is there some
interference between unbounds use of kernel-mutexes and dev/poll ?
* The warning: increased limit(open files): is harmless here, it signals
that the default ulimit for you is 256 open files and obviously with
several threads it needs more open (network-)sockets.  It notifies you
that it is overriding the ulimit.

Best regards,
   Wouter

On 03/10/2010 09:37 AM, Mike Emigh wrote:
> Hello,
> 
> I'm having some trouble getting Unbound 1.4.2 (and every other
> version) to run with libevent with multiple threads on Solaris 10
> 10/09 x86.  I am using the Sun Studio 12 compiler to building from
> source (I have tried with many different versions of gcc but the
> compile always errors out).
> 
> I have tried multiple scenarios:
> 1. Compiling with the options --without-pthreads
> --without-solaris-threads works fine.  The server starts and works as
> expected.
> 
> 2. Compiling with no options works fine.  I can run with 1 thread or
> many and the server works as expected.
> 
> 3. Compiling with --with-libevent and using libevent-1.4.13. This
> works fine when the configuration is set to start only 1 thread.  If
> more than 1 thread is started, then the logs fill up with messages
> "unbound: [ID 993594 daemon.error] [10258:1] error: could not
> event_del on close".  When I stop the test, a few seconds later when
> the threads stop working, unbound crashes. I could only find one
> previous thread related to this while using select in Solaris, but
> this does not appear to be the same.  libevent should be using
> /dev/poll and I have kept the file descriptors low and still get the
> messages and crash: "[1268198366] unbound[10262:0] warning: increased
> limit(open files) from 256 to 734".
> 
> I've seen better performance from 2.0.4-alpha, but it also crashes the
> server and it does not pass the regression tests after compiling.  I
> plan to post on the libevent mailing list, but looks like there is a
> routing loop preventing me from accessing it right now.
> 
> 4. Compiling with --with-libevent and using libev-3.9.  The server
> starts fine and responds to queries.  If I run performance tests where
> I hit with multiple queries (slow or fast) each thread will bring a
> CPU to 100% and stay that way until the thread is done working.  When
> I stop the test, a few seconds later when the threads stop working,
> unbound crashes.  No errors messages are every produced.
> 
> Does anyone have any ideas on how I could get this working?  I would
> prefer to have a multithreaded Unbound over the multi-process Unbound
> (I am able to get this working).
> 
> Thanks,
> Mike
> _______________________________________________
> Unbound-users mailing list
> Unbound-users at unbound.net
> http://unbound.nlnetlabs.nl/mailman/listinfo/unbound-users

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iEYEARECAAYFAkuXaO4ACgkQkDLqNwOhpPgrBACdGc0K+qg5e4sNkTxVWFxBjcs6
Ty0AnRHqDHJd/ixzCNqZDGizxfMJMyij
=fr2Z
-----END PGP SIGNATURE-----