Mythical(?) double-compression, and syntax question

This isn't exactly InstaDMG specific, but more focused on the final deployment steps, so I hope this is an agreeable forum to post in: I overheard somewhere a hint that after prepping a deployment image, compressing the asr-ready dmg a second time(through an unspecified method) results in a somehow more optimal restore image. I'm wondering if anyone was able to confirm/deny the benefit, and if it does help, how one may go about accomplishing the second compression(supposedly the "image from folder" option in Disk Utility removes(vacuums?) free space, so maybe it's some variation of that.) Also, I thought I might share the command I run when restoring an image locally, to contrast with the options DeployStudio uses: [code] asr restore --source /OutputFiles/10-01-09.dmg --target /Volumes/RestoreMe --erase --verbose --noprompt --buffers 1 --buffersize 32m --puppetstrings -noverify [/code] whereas DeployStudio omits the buffering section, but tags on 2>&1 to the end of many lines, which I can only assume is denoting targets in bash? I'm hoping someone could be so kind as to enlighten me and explain why what I'm using works. Does the buffering options directly relate to cache on the source and destination HD's? I was a staunch advocate of NetRestore until being kindly told to move on, and DeployStudio has a lot more overhead to set up and run locally on an external firewire service drive, so this has been serving me well since. Thanks for your time and attention, I would be more than happy to post any follow-ups to this question on the MacEnterprise Deployment and ACN mailing lists. Allister Banks POINT www.pointconsultants.com 646.502.4708 368 Broadway Ste. 303 New York, New York 10013