-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thanks for the response.
Would it not be possible to keep the entire structure in memory until writing the final file? It feels like this would be possible, but I haven't quite figured out how to make it happen at this point. The theory is that you'd be manipulating a large in-memory hash as the puppet client runs. This would alleviate pretty much all I/O (at the expense of memory), all checksums, and all but one forks (maybe). Would a possible solution to this be a puppet-concat daemon that the Puppet types communicate with over a named pipe (or whatever)? How much benefit would this add? Trying to scope the work involved before I potentially try to implement it. Thanks! Trevor On 12/09/2010 03:08 AM, R.I.Pienaar wrote: > Hey > > I manage lots of files with it but yes it's pretty io and cpu intensive over > time > > It concats every file one every run to be able to compare the end result with > the new concat > > I am sure you can do this natively someone just need to take the time. If it > would be faster or not is a different question I guess you'd be forking a but > less but that's probably it. But if u wanted to keep the full feature set it > would still need to happen on the nodes on each run. > > --- > R.I.Pienaar > > On 9 Dec 2010, at 04:50, Trevor Vaughan <[email protected]> wrote: > > I'm wondering if this is possible. > > The concat pattern works for small instances of files, but when you > start to manage more multi-build files, you end up with this constantly > repeated 'football' pattern that *appears* to be slowing execution down > quite a bit. Checksums + I/O, etc... > > If this is feasible, is there any guidance on what existing types to > possibly model it after? > > Thanks, > > Trevor > >> - -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/puppet-dev?hl=en. >> <tvaughan.vcf> - -- Trevor Vaughan Vice President, Onyx Point, Inc. email: [email protected] phone: 410-541-ONYX (6699) pgp: 0x6C701E94 - -- This account not approved for unencrypted sensitive information -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAEBAgAGBQJNAMXJAAoJECNCGV1OLcyp7MQIAITxxo3dADuVSA9c6XxSgh3M 02Ft3Dffyk9Q3+WjD+DlpZ6gEssxb6vElIjSCS8wr4vsPo06/D3wPkZHIYSyb6Ad +FmLnAulkhYQHE6wwV9TBFF1N4KAwEPcL0vQ3G9wwzDfF8yZBuO4/P5XUOG1NzT6 PkNtYYs2ftaxSlz4lGWNJ5QVF9hWCl7KDFNJwL5Lr6X9S5B2qIFzcYNavMajYgGe uPYvF4vXX5pSSNdoWndPjOqDh6RfNXZIBtqWE5OmztNTlhk/dYfQIy99Xtfx235E enXFluLHLmQWcpOx3ZZyv2L8qM3naLcbXpE0dxWSgLnx1EqmXcxpekXOxMmt7y0= =dCUC -----END PGP SIGNATURE----- -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/puppet-dev?hl=en.
<<attachment: tvaughan.vcf>>
