title: Force Linq to not delay execution
body: <p>In fact, this is the same question as this post:</p>
  
  <p><a href="https://stackoverflow.com/q/1013201/75642">How can I make sure my LINQ queries execute when called in my DAL, not in a delayed fashion?</a></p>
  
  <p>But since he didn't explain <em>why</em> he wanted it, the question seems to have been passed over a bit.  Here's my similar-but-better-explained problem:</p>
  
  <p>I have a handful of threads in two types (ignoring UI threads for a moment).  There's a "data-gathering" thread type, and a "computation" thread type.  The data gathering threads are slow.  There's a quite a bit of data to be sifted through from a variety of places.  The computation threads are comparatively fast.  The design model up to this point is to send data-gathering threads off to find data, and when they're complete pass the data up for computation.</p>
  
  <p>When I coded my data gathering in Linq I wound up hoisting some of that slowness <em>back into my computation threads</em>.  There are now data elements that aren't getting resolved completely until they're used during computation -- and that's a problem.</p>
  
  <p>I'd like to force Linq to finish its work at a given time (end of statement?  end of method? "please finish up, dammit" method call) so that I know I'm not paying for it later on.  Adding ".ToList()" to the end of the Linq is 1. awkward, and 2. feels like boxing something that's about to be unboxed in another thread momentarily anyway.</p>