On Mon, Apr 20, 2009 at 01:26:57PM +0200, Ian Wells wrote:
> 2009/4/20 Andrew Rodland <arodl...@comcast.net>:
> > The time spent in inet_ntoa
> > is your system DNS resolver choking while trying to reverse-lookup the
> > source
> > IP address of the request. Most likely situation: you're using RFC1918
> > addresses and your network is set up improperly to do DNS for these. If you
> > can't fix this, hosts file entries might alleviate the problem.
>
> I wouldn't necessarily assume that everyone has reverse lookup DNS on
> their test network. (Mine certainly doesn't, and I've been bitten by
> this slowing things down in the last few days.) Is there any chance
> we could make this lookup configurable?
Depends if you're going to write the patch - I don't have any networks with
broken DNS to test on so I can't really do it ...
--
Matt S Trout Need help with your Catalyst or DBIx::Class project?
Technical Director http://www.shadowcat.co.uk/catalyst/
Shadowcat Systems Ltd. Want a managed development or deployment platform?
http://chainsawblues.vox.com/ http://www.shadowcat.co.uk/servers/
_______________________________________________
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
