Hi,
I found the culprit which was avahi-daemon... By disabling
avahi-daemon, gethostbyaddr() (and similarly getnameinfo()) returns
instantaneously. I wonder whether avahi-daemon is enabled by default
in distributions like Debian and Fedora. From this page
(http://avahi.org/wiki/AboutAvahi#Distribu
Same behavior.
Babis
On Mon, Dec 12, 2011 at 12:16 PM, Stefan de Konink wrote:
> Can you also check what happens if you add to /etc/resolv.conf:
>
> options single-request
>
> (Just to exclude it is not some form of glibc 2.10+ dns/firewall issue.)
>
>
> Stefan
-
Can you also check what happens if you add to /etc/resolv.conf:
options single-request
(Just to exclude it is not some form of glibc 2.10+ dns/firewall issue.)
Stefan
--
Learn Windows Azure Live! Tuesday, Dec 13, 2011
On Dec 12, 2011, at 10:37 AM, Charalampos Nikolaou wrote:
> Stefan,
>
> the output is the following:
>
> $ time host 0.0.0.0
> Host 0.0.0.0.in-addr.arpa. not found: 3(NXDOMAIN)
>
> real 0m0.040s
> user 0m0.000s
> sys 0m0.010s
> charnik@nireas:~$ time host 127.0.0.1
> 1.0.0.127.in-addr.arpa
Stefan,
the output is the following:
$ time host 0.0.0.0
Host 0.0.0.0.in-addr.arpa. not found: 3(NXDOMAIN)
real0m0.040s
user0m0.000s
sys 0m0.010s
charnik@nireas:~$ time host 127.0.0.1
1.0.0.127.in-addr.arpa domain name pointer localhost.
real0m0.022s
user0m0.000s
sys 0m0
On 12-12-2011 00:10:33 +0200, Charalampos Nikolaou wrote:
> Hi,
>
> just used getnameinfo() instead of gethostbyaddr() in
> openConnectionTCP() and it doesn't gain any time improvement. In
> addition, inspecting openConnectionUDP(), I saw that it uses
> getnameinfo() instead of gethostbyaddr() and
On Mon, Dec 12, 2011 at 12:10:33AM +0200, Charalampos Nikolaou wrote:
> Hi,
>
> just used getnameinfo() instead of gethostbyaddr() in
> openConnectionTCP() and it doesn't gain any time improvement. In
> addition, inspecting openConnectionUDP(), I saw that it uses
> getnameinfo() instead of gethost
Hi,
just used getnameinfo() instead of gethostbyaddr() in
openConnectionTCP() and it doesn't gain any time improvement. In
addition, inspecting openConnectionUDP(), I saw that it uses
getnameinfo() instead of gethostbyaddr() and it is slow as well. What
I found, though, is that the trouble is caus
That is what I was intending to do, but first I opted to ask the experts.
Regards,
Babis
On Sat, Dec 10, 2011 at 2:15 PM, Stefan Manegold wrote:
> Babis,
>
> since we don't have Ubuntu machines running and (hence) are no Ubuntu
> experts, please feel free to replace gethostbyaddr() and gethostby
Babis,
since we don't have Ubuntu machines running and (hence) are no Ubuntu
experts, please feel free to replace gethostbyaddr() and gethostbyname() by
getaddrinfo() and getnameinfo() in your local checkout of MonetDB and report
what you experience.
Stefan
On Sat, Dec 10, 2011 at 01:01:15PM +02
Unfortunately, disabling IPv6 still requires exactly the same amount of time.
Any other suggestions?
Thanks,
Babis
On Sat, Dec 10, 2011 at 10:23 AM, Fabian Groffen wrote:
> On 10-12-2011 03:06:39 +0100, Stefan de Konink wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> Op 10-12
On 10-12-2011 03:06:39 +0100, Stefan de Konink wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Op 10-12-11 03:02, Charalampos Nikolaou schreef:
> > Have you investigated this issue? Do you know what causes such a
> > delay? Is it present in other OSs too?
>
> On Ubuntu, is by any
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Op 10-12-11 03:02, Charalampos Nikolaou schreef:
> Have you investigated this issue? Do you know what causes such a
> delay? Is it present in other OSs too?
On Ubuntu, is by any chance IPv6 enabled? This could already count for
a 5s resolving time-
13 matches
Mail list logo
