alamb commented on PR #13424:
URL: https://github.com/apache/datafusion/pull/13424#issuecomment-2495429782

   > > I appreciate this is a more intrusive approach, but I don't really think 
DataFusion can continue to leave this sort of thing as an exercise for the 
reader, especially given the issues only start to become obvious as load 
increases.
   > 
   > This speaks to me 😅. My first experience with DF was plugging in a non-toy 
dataset into the arrow-flight-sql example and being immediately thrown into the 
deep end with non-deterministic failures with [challenging error 
messages](https://github.com/apache/arrow-rs/issues/6377).
   > 
   > I'm interesting in a near-term solution, but I also agree that if there's 
a way to have DataFusion "Do The Right Thing" without surfacing the 
complexities of tokio runtimes to high-level APIs like ObjectStore and 
SessionContext, that seems like a great goal as well.
   
   Thank you @tustvold  and @djanderson . 
   
   I agree leaving the separation as an exercise to the reader is not a good 
idea (which is why I am working on this example)
   
   I think the high level idea of being more explicit about the boundaries is a 
good idea. One important requirement I think is to make sure the pattern works 
for  I/O that is not  part of operators in DataFusion -- it is also potentially 
done in user defined operators (notably TableProviders)
   
   Maybe we can do something like register the current DedicatedExector with 
the SessionContext and then explicitly call into that for all I/O bound work. I 
will ponder and see what I  can come up with


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: github-unsubscr...@datafusion.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: github-unsubscr...@datafusion.apache.org
For additional commands, e-mail: github-h...@datafusion.apache.org

Reply via email to