Plan for parallel-rustc
- Gather the performance data of the feature internally
- Make a “go/no-go” decision based on the data
The overall conclusions was that before shipping we should improve the documentation. To that end, we are trying to gather major design questions in a hackmd document. Here is a link to the start of a discussion about documentation.
The most important data on our plan are recorded on hackmd.
Experiments on other work-load are also welcome. The data are reported in the following topics on
We also discussed performance tradeoffs. Towards the end of the meeting, we noted some research on what sorts of compilation time hits are noticebale to users, which is relevant to the “single core overhead” we are willing to tolerate from using locks.