3 ms·
I'm not sure what your definition of smart polling is but there is no polling going on here - the query only reruns when the data dependencies change server-sid
by james_cowling 4y ago
I'm not sure what your definition of smart polling is but there is no polling going on here - the query only reruns when the data dependencies change server-side due to a subsequent mutation.
Another key distinction is that "query" here doesn't refer to a database read, it could be a complex function containing multiple reads, relatively-arbitrary compute, etc.
- pyinstallwoes 4y agoIn the end everything is a kernel poll. Haha
- jamwt 4y agoYep and every lock is a spinlock. ;-)
- jitl 4y agohow does your query invalidation work internally?
- james_cowling 4y agoWe track the readset for any active subscription. When a new write transaction commits we compare the writeset for the transaction against any active subscriptions. If there's an intersection then it's likely that query will have been invalidated, so we rerun it. I talk more about how we perform this comparison in this (now rather outdated) talk: https://youtu.be/iizcidmSwJ4?t=1218 https://youtu.be/iizcidmSwJ4?t=1218 Note that there are false-positives here, i.e., it's possible for the inputs to a query function to change without the outputs actually changing, but this is not a significant issue in practice.