-
Notifications
You must be signed in to change notification settings - Fork 12.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
major performance regression #9858
Comments
I built before and after that commit on OSX, and I didn't detect a regression either way, although I didn't detect a regression on OSX in #8981 on master either, so I was either measuring incorrectly or this is only a regression on linux. |
I took some samples of builds from four bors-merge points over the last 20 days: sep 24, oct 01, oct 05, and oct 10. All of the builds were configured with I do not see a performance regression, at least not on Mac OS X. If anything it seems like things have gotten better for the change proposeed in #8981. Maybe someone with a Linux machine handy can double-check thestinger's findings.
|
|
I had double-checked his findings. It could be a linux-specific regression. On Mon, Oct 14, 2013 at 10:06 PM, Felix S Klock II <notifications@github.com
|
@pnkfelix: the numbers here are basically the reverse of your sept24 -> oct10 |
This is no longer an issue, since whatever went wrong with jemalloc has been "fixed" by the removal. |
`never_loop`: don't emit AlwaysBreaks if it targets a block ref: rust-lang/rust-clippy#9837 (comment) The previous fix (rust-lang#9837) was too simple and ignored all break commands inside a labelled block, regardless of whether their destination was a labelled block or a loop. This fix tracks all the labelled blocks in scope to ensure that only breaks targeting loops are considered. changelog: [`never_loop`]: prevent false negatives from `breaks` nested in labelled blocks
The benchmarks in #8981 had a significant drop in performance on my platform (Linux 3.11.5, glibc 2.18).
Last good commit: 0.8-331-g6db8899
First known bad commit: 0.8-369-g62812f1
@cmr bisected this and identified d858360 as the cause.
cc @alexcrichton
The text was updated successfully, but these errors were encountered: