I'm curious to hear what VSL reccomends in terms of performance. I think on this and other forums I have read that VSL reccomended single instance whenever possible, but then I later read that they say it can work perfectly fine either way. So I'm not sure we have a great idea about which way is more CPU efficient. I think VSL will basically avoid taking much of a stand on that since LogicPro users are hamstrung by limitations in LogicPro, unable to use giant instances by default. VEP7 will have thea bility to see CPU use per instance, which will be interesting and telling and might even inspire more multi-instance usage as a good way to work in terms of being able to see where the CPU is being used, move things around, disable instances, etc.. Also don't forget that network use and memory use are also important aspects of performance, not just CPU.
Myself I think it comes down to personal workflow preferences. There are pros and cons to using multi's versus single instrument per track... with single instrument per track and VEP you end up with MANY instances. I don't like that so I don't work that way. But someone else may like that perfectly well and prefer single instrument per track. Using one giant instance can be problematic with LogicPro, but not some other DAW's. There are pros and cons to that also. one super huge mixer can be a lot to scroll through, though you can use folders and mix busses to consolidate sections as needed. So there can be benefits to that. I have usually been keeping it down to half a dozen or less instances...with sections per instance...and I have found that very workable, including with LogicPro, and I like that each instance is no more than about 32 channels each, some quite a bit less. Its a way or organizing things that works for me, but folders could also do it.
but if you have ginormous templates with thousands of instruments loaded in VEP, I just don't see how you could do that effectively without a significant number of instances...for me it would simply be an organizational thing.