From kfm-devel  Sat Dec 09 17:01:23 2006
From: Thiago Macieira <thiago () kde ! org>
Date: Sat, 09 Dec 2006 17:01:23 +0000
To: kfm-devel
Subject: Re: Interesting thing with DNS requests
Message-Id: <200612091801.35521.thiago () kde ! org>
X-MARC-Message: https://marc.info/?l=kfm-devel&m=116568482531004
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart1220058.Lsbbyx2TPF"

--nextPart1220058.Lsbbyx2TPF
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Maksim Orlovich wrote:
>Are you sure a global cache is needed to help things? A per-slave cache
>may be able to get much of the benefits, considering KIO tries to limit
>the number of I/O slaves per process, even if it's something trivial
> like a TTL of 30 seconds or such.

A trivial modification to KIO::TcpSlaveBase would make it cache the last=20
result, so that a new connection to the same address last used wouldn't=20
generate a lookup.

If only one IOSlave is used, this will defeat the purpose of round-robin=20
DNS entries, though.

>I am also very, very, concerned that some people suffer so badly due to
>IPv6 support, which at the moment is basically just a geek feature, and
>seems poorly supported by tons of DNS servers.

If people don't want IPv6, they shouldn't turn it on. I remember that=20
distributions would ship with
	alias net-pf-10 off
in their modprobe.conf a couple of years ago, to prevent KDE and other=20
programs from attempting IPv6 connections. Why did they remove that?

The problem also happens in other, non-KDE programs.

=2D-=20
=A0 Thiago Macieira =A0- =A0thiago (AT) macieira.info - thiago (AT) kde.org
=A0 =A0 PGP/GPG: 0x6EF45358; fingerprint:
=A0 =A0 E067 918B B660 DBD1 105C =A0966C 33F5 F005 6EF4 5358

--nextPart1220058.Lsbbyx2TPF
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQBFeuvvM/XwBW70U1gRAnPOAKCvohlt3d31kKZYasvCde3IneCXFQCfYQYs
d0EEve1nthdmb/v2ZDw/rvc=
=anFp
-----END PGP SIGNATURE-----

--nextPart1220058.Lsbbyx2TPF--