Cachettl Option

Use with snmp
 The  SNMP option specifies the time to live (TTL) in seconds for cached monitoring data. That is, this option controls how long the subagent will report the same monitoring data before refreshing that data with new information obtained from Messaging Server. With the exception of message loop information, data is cached for no longer than 30 seconds by default. Loop information, as determined by scanning for   files, is updated only once every 10 minutes. That because of the resource cost of scanning all the on-disk message queues; (see also the  SNMP option).

Note that the subagent does not continually update its monitoring data: it is only updated upon receipt of an SNMP request and the cached data has expired (that is, outlived its TTL). If the TTL is set to 30 seconds and SNMP requests are made only every five minutes, then each SNMP request will cause the subagent to obtain fresh data from Messaging Server. That is, data from Messaging Server will be obtained only once every five minutes. If, on the other hand, SNMP requests are made every 10 seconds, then the subagent will respond to some of those requests with cached data as old as 29 seconds; Messaging Server will be polled only once every 30 seconds.

This option applies to both the Net-SNMP based SNMP subagent, and the legacy SNMP subagent for Solaris 9 and earlier.

The default value in this context is: 30

See also:
 * SNMP options
 * directoryscan Option

Use with isc
 The  option specifies the time-to-live, measured in seconds, for the converted text in the conversion cache. The converted contents expire after this time, and ISC will have to re-convert any new document with the same content. The default is 30 days. The minimum is one hour.

The default value in this context is: 2592000

See also:
 * ISC options