It would be nice though, to know also on a theoretical level. Which one
should be more expensive and (maybe) why.
I was just taking a look at d_ctl.c from source. It looks like
snapshot~ is cheapest because it's not trying to get any specific
sample from the block. vsnapshot~ gets the logical time on every DSP
tick and copies each passing block to memory. Then, upon receiving a
bang, it gets the time elapsed since that last DSP tick. Based on
that time, it makes an index into the copied block to bring up the
exact sample that was flying by when you banged it (at least, as close
as possible). So that's a clock call and a block copy every 1.45 ms
with normal 64 sample block size, plus the arithmetic necessary to
compute the index into the block. By using [block~ 1], you're
increasing the number of clock calls, and the arithmetic for finding
an index is kind of wasted since the block is only one sample long.
Maybe it would be best to avoid [block~] and bang vsnapshot~ with a
metro set to 1/44.1 ms. You'd at least be reducing the number of
env~ is more or less just summing and squaring each block (very
cheap), then calling a powtodb conversion function. You've got it set
to process a block of 4096 samples every 2048 samples. So that's
taking advantage of the more efficient block processing strategy.
All this being said, the CPU load difference between these setups is
basically nothing on my 2.5GHz MacBook Pro. I guess the differences
would start to emerge if you compared dozens of instances of each.