Re: [CFR] reflect resolv.conf update to running application

• Previous message: Hajimu UMEMOTO: "Re: New library: libpidfile."
• In reply to: Matthew Reimer: "Re: [CFR] reflect resolv.conf update to running application"
• Next in thread: Dan Nelson: "Re: [CFR] reflect resolv.conf update to running application"
• Reply: Dan Nelson: "Re: [CFR] reflect resolv.conf update to running application"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Date: Tue, 23 Aug 2005 17:47:43 +1000
To: Matthew Reimer <mreimer@vpop.net>

On Mon, 2005-Aug-22 13:18:46 -0700, Matthew Reimer wrote:
>How about just stat'ing resolv.conf if more than X seconds has passed since
>the last stat, rather than for every lookup?

That reduces the number of stat() calls but doesn't resolve the possibility
of reading a half-written resolv.conf.

-- 
Peter Jeremy
_______________________________________________
freebsd-arch@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"

• Previous message: Hajimu UMEMOTO: "Re: New library: libpidfile."
• In reply to: Matthew Reimer: "Re: [CFR] reflect resolv.conf update to running application"
• Next in thread: Dan Nelson: "Re: [CFR] reflect resolv.conf update to running application"
• Reply: Dan Nelson: "Re: [CFR] reflect resolv.conf update to running application"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Relevant Pages

• Re: [CFR] reflect resolv.conf update to running application
  ... > Has anyone characterized the significant of the cost of doing a stat() ...
  > for every DNS lookup for a significant workload? ... (freebsd-arch)
• another buildworld -j4 panic
  (freebsd-current)
• Re: Sum Multiple columns within Vlookup
  ... > basicly meaning i dont have to do a lookup for each column i need to ...
  One way is array entering something like ... =SUM(VLOOKUP($A9,'[Weekly Stat 15.xls]Not
  Ready ... (microsoft.public.excel.misc)
• Re: [CFR] reflect resolv.conf update to running application
  ... In the last episode, Peter Jeremy said: ... > That reduces the number
  of stat() calls but doesn't resolve the ... To unsubscribe, ... (freebsd-arch)
• Curious file-permissions problem
  ... Now maybe there's a better way to manage the file permissions for ... Total
  respect due to any guru who can explain this... ... ~$ stat /tmp/foo/bar ...
  To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx ... (Debian-User)