> > puppettest is working on 0.25.x again? It is not, though I suspected since Brice had recent contributions to it, that might be what he was using for performance testing.
It's on my list to fix up if no one beats me to it. The required changes to use the new REST parts are pretty simple. > >> >> It's hard to gauge the "how many of X can we run against a >> puppetmaster", but I'd love to have more data on relatively comparing >> releases, OSes, and implementations. Both time and resources. > > ++ > What I really want to be able to do... is simply take the cached yaml data > from a puppet server for facts etc, and 'replay' those client requests > against the server with specified splay, concurrent clients, etc. > I have some proof of concept stuff I've worked on to do this, but I think > I'm faking out too much of the client for it to be a truly accurate > indicator. > Capacity planning with puppet is difficult. Interesting, I like this idea. I haven't looked closely enough to see if something more simpler was doable, but using some of the existing catalogs/etc would probably the best gauge of complexity. Probably should be a parameter. I'm also interested in how things vary with size of catalog and other factors. Perhaps some opportunity for some simple charts/graphs too. --Michael -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To post to this group, send email to puppet-...@googlegroups.com. To unsubscribe from this group, send email to puppet-dev+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-dev?hl=en.
