On 03/ 2/10 04:07 AM, Vincent Torri wrote:
>
>
> On Mon, Mar 1, 2010 at 11:15 PM, Norm Jacobs <naj at snapcon.com
> <mailto: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
>> <mailto: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
> <mailto:install-discuss at opensolaris.org>. A better forum for that
> discussion might be networking-discuss at opensolaris.org
> <mailto: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.
Again, probably not the right forum. You might discuss the merits of
async dns resolution per process(c-ares) vs. nss/nscd (which caches all
lookups on the host) on networking-discuss.
>
> 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.
That's likely to be a problem.
-Norm
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/install-discuss/attachments/20100302/4ec81751/attachment.html>
