Everything in the Dalvik-cache will get automatically generated/re-generated either at boot-up or during an application install step. Deleting it doesn't do much because it comes right back on the next boot cycle.
eu1,
Just wanting a little clarification... I was a little confused by the above re. when (if) the Dalvik-cache gets generated or re-generated. Did you mean for an individual app or for the whole of the Dalvik-cache?
I ask this because I am running xtrSense 4.6.5, which of course uses cache2cache. When I booted it up from a powered-off state (its been off since last weekend), the boot-up took the "normal" time. I then checked the /cache/dalvik-cache directory and there were no files with a modification date/time of today and there were only a handful that even showed they were modified in 2011 (these appear to be apps that have been updated so far this year).
Anyway, I did a "wipe cache" in custom recovery and rebooted. The reboot took way longer than "normal"--i.e., what is customary when you've just freshly-wiped and did a new ROM install. Android was clearly rebuilding all of the /cache/davlik-cache .dex files. This time, there were nine files that showed a modification date/time matching the reboot time and a smattering of some of the 2011-modified files from the first boot (above). The rest of the files had the same modification date/time as before (i.e., whose .dex files match the modification date/time of the corresponding /system/app .apk files).
Is there something different about a cache2cache ROM in the way Dalvik-cache is handled or is this me just mis-reading your quote that was meant to reflect the Dalvik-cache behavior for an individual app?
Thanks and cheers!