Our great sponsors
-
Ah yea I suppose that is a viable option indeed! Now that I think about it some more it would be very interesting with Tokio were to build this into the library and to make it such that tokio::main hoists the static runtime as the main entry point with block_on. This way it would be trivial for libraries to use tokio::spawn pre-main and the end user wouldn't need to make changes. I think this is particularly good for anything that likes batching as you can build around static flume senders where the receivers are doing batch processing via futures batching on the receive stream. This is fully lock free, so I see this as being really compelling for batching database operations. Something like this dataloader would be vastly more performant.
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
Related posts
- Async-graphql already fully supports dynamic schema
- GraphQL and Rust - what's the current state of the art?
- Ah, another productive day of using glorious Rust. I'm sure glad I'm not using one of those loser languages like Python!
- Async graphql object not working with Datetime
- rusty-gql Schema first GraphQL library for Rust