Jorge Bastos wrote: > Hi Paul, > > I've seen that there's some work on the new threading model in the trunk. > Is it in a mature state for use in production, even knowing that trunk Is > not for production?
You are joking, right? It's nowhere near production ready. I've been playing with it, slowly working out a workable threading pattern. Thread per client is what's in the trunk right now. Connection pooling works really great. Libzdb kicks ass. For ldap it's a different story. I've played with a singleton ldap connection which worked pretty good, since ldap queries are fast and not used that often compared to sql. I've also been experimenting with thread-local ldap connections, which is what's being used right now in the trunk. That works even better. But as soon as I start to pump up the concurrency I'm still hitting threadsafety bugs. I discovered one likely source of it only yesterday, and a few more are likely still hanging around. But I'm almost there in that respect. So at a tangeant I've also begun working on short lived worker threads to disengage from longer running database interactions. But that's really new stuff, and I havent yet hit on a good pattern to use. More study is required. -- ________________________________________________________________ Paul Stevens paul at nfg.nl NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 The Netherlands________________________________http://www.nfg.nl _______________________________________________ DBmail mailing list [email protected] https://mailman.fastxs.nl/mailman/listinfo/dbmail
