mirror of
https://github.com/ilyakooo0/urbit.git
synced 2024-12-15 01:52:42 +03:00
b5a9a7d538
Scries were being prioritized over events, in the IPC queue. If scry requests came in faster than we could process them (as is easily the case for ames forward requests), this would cause scries to completely clog the IPC queue, preventing any events from being processed at all. The short-term solution implemented here is to simply alternate between scry requests and events when building/sending a work batch. To accomplish this, we separate scry requests into their own queue. We keep this in pier.c, and pass them on to lord.c interleaved with regular events in _pier_work_send. The interleaving of regular events (as opposed to doing scries with the highest priority) complicates the situation around auto-filled scry cases (for scrying at "the latest timestamp"). To ensure we're always scrying at a sane latest timestamp, we keep a queue of u3_pico, instead of fully-qualified scry requests. Where necessary, lord.c fills in the missing path elements right before sending it over the pipe. |
||
|---|---|---|
| .. | ||
| arvo | ||
| ent | ||
| ge-additions | ||
| herb | ||
| hs | ||
| interface | ||
| libaes_siv | ||
| urbit | ||