Bob Chen
Bob Chen
I think that is a problem. Some old codes have their own event loop, and when they decide to use gRPC, they find it unlikely to integrate into gRPC's own...
epoll engine can be cascading. I suspect you can use our event engine and then poll the one of gRPC, if it has exposed its fd.
Cross-thread communication is also feasible. We have a semaphore (based on eventfd), that can do wait / notify.  
But cross-thread communication is not effective in terms of performance...
This bug has been fixed by the release of version 0.5 https://github.com/alibaba/PhotonLibOS/releases/tag/v0.5.0
Maybe publish the article in arXiv.org? @lihuiba @Coldwings
@ErvinXie Your team is well-known. Please feel free to ask any questions in github or dingtalk. We’d love to see Photon play an important role in the storage scope of...
Kernel version greater than 5.19 should have had support for IORING_SETUP_COOP_TASKRUN, it's beneficial to performance. SQPOLL is not integrated in Photon yet.
iouring's multi-shot poll is not mandatory, one-shot poll also has similar performance. Looks like you are using the `add_interest` call of the event engine. Can you describe your scenario?
So I believe there is a misunderstanding here, maybe caused by the function naming? We use `cancel_wait` to do cross-vCPU coordination, for example, when we want to migrate a thread...