On Monday, June 29, 2015 at 5:47:54 PM UTC+2, Erik Dalén wrote: > > If you have any exported resource collections or query any external system > for data it won't work (puppetdbquery, DNS, LDAP for example). > > But for the subset you can make those guarantees I suppose it will give a > speed boost. >
That is quite true. Most of the time in our case, new exported resources mean either a change of code, or a newly classified node (which means new hiera data in our case), so that would actually work. > > On Mon, Jun 29, 2015, 17:43 Raphaël Pinson <raphael...@camptocamp.com > <javascript:>> wrote: > >> Hello, >> >> >> I've activated caching on our Puppetservers, using the admin API to >> invalidate the cache upon deploying new environments. However, this only >> caches manifests, and catalogs still need to be compiled for every request. >> >> I'm thinking (at least in our case) it wouldn't be totally crazy to cache >> catalogs on the master so long as: >> >> * manifests are not changed (this is taken care of by the r10k hook + >> admin API) >> * data do not change (same, since we deploy hiera data with r10k) >> * facts do not change. >> >> >> Obviously, *some* facts always change (uptime, memoryfree, swapfree, >> etc.), but most of them don't. So the idea would be to add a parameter in >> puppet.conf with the name of these facts that should be used as a basis for >> invalidating the catalog, and use the other facts to decide when a catalog >> should be recompiled. >> >> Is there already some kind of code doing that, or any opinion/feedback on >> this idea? >> >> >> Cheers, >> >> Raphaël >> >> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Puppet Developers" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to puppet-dev+...@googlegroups.com <javascript:>. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/puppet-dev/a1b2f2f0-3392-4c01-a195-c60bb81b60b2%40googlegroups.com >> >> <https://groups.google.com/d/msgid/puppet-dev/a1b2f2f0-3392-4c01-a195-c60bb81b60b2%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> For more options, visit https://groups.google.com/d/optout. >> > -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-dev/54c567d2-1e8c-4747-8432-29eaa2e2de6e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
