On Mon, Mar 1, 2010 at 11:15 PM, Norm Jacobs <naj at snapcon.com> wrote:
> On 03/ 1/10 02:49 PM, Vincent Torri wrote: > > On Mon, Mar 1, 2010 at 9:44 PM, Norm Jacobs <Norm.Jacobs at sun.com> wrote: > >> >> It doesn't look like curl is linked with c-ares and it doesn't look like >> c-ares is delivered in OpenSolaris at all, so no. It's not being built with >> c-ares support. >> >> and do you think that it is possible to build c-ares and make libcurl > depending on it. It's a very good improvement for libcurl, really. > > Until c-ares is in the OpenSolaris dev repo, libcurl can't use it. > Since c-ares appears to be an async. resolver interfaces, discussion of it's > merits/inclusion in OpenSolaris is probably out of scope for > install-discuss at opensolaris.org. A better forum for that discussion might > be networking-discuss at opensolaris.org. Of course, they may point you at a > more focused forum. > FWIW, gethostby*() on Solaris runs through the name service switch which > provides caching of lookups via the nscd(1m) so without knowing a bunch more > about c-ares and how it might be used in curl (or wireshark), I don't know > what sort of improvement it would provide. > gethostby*() is a blocking call, any application relying on it will lock until dns resolution is done, this includes curl. If you build curl with c-ares, you will not block anything. That's the idea of an asynchronous gethostby*(). Improvement for all curl user: less blocking. There is one trade off at the moment, still valid with last version, there is no support for IPv6 nameserver (planned in next version), so if you have only IPv6 server, it will not work at all. I'll subscribe to networking-discuss <networking-discuss at opensolaris.org> ML and the suggestion. Vincent Torri -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/install-discuss/attachments/20100302/422650fe/attachment.html>
