Open ryoqun opened 8 months ago
So, I'm wondering whether it could help by actively contributing to crossbeam or not, in order to indicate my willingness to spend my time in exchange of my prs got being reviewed. :)
I appreciate the contribution, but a patch that mixes various different-purpose changes without any particular explanation of each change is also the kind of patch that takes time to review...
As for the changes:
slots
to states
and msgs
may increase the chance of encountering false sharing (https://github.com/crossbeam-rs/crossbeam/pull/462). I think it is possible that it could be handled well in the way described in https://arxiv.org/pdf/1908.04511, but it needs a separate benchmark anyway.assume_init_drop
-> ptr::read
+ drop
is expected to degrade performance when messages are relatively large due to the extra moves.If this PR's purpose is to help merge your other PRs, I honestly think it would be better to add tests to complete them. It is not easy to review PRs that add new APIs but have no tests (and there is no possibility of such PRs being merged as is).
(thanks for various feedback; I'll appreciate very much; I'll reply to these later. focusing on #1040 for now)
Well, I REALLY want my other prs to be merged (or decided to be rejected, so that i can decide to fork crossbeam for my work....). All of them got stale for long time for some reason.
So, I'm wondering whether it could help by actively contributing to crossbeam or not, in order to indicate my willingness to spend my time in exchange of my prs got being reviewed. :)
here it is. Assorted of micro ops, i came up with. note that I haven't evaluated each in depth. This pr is to start triage them from more knowledgeable people. so that I can create more serious prs for each.
General theme of them is to reduce instructions.
(note to self):