You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Aug 29, 2020. It is now read-only.
I was wondering how open you would be about switching from serde to miniserde for json deserialization. The overall code change would be tiny for a significant change in compile times. I went ahead and timed a single job compile for each case on my laptop (Intel i5-5200U @ 2.7GHz) and the difference seems pretty significant. (Each run should have been cold and I compiled the version with miniserde before the current master with a full cargo clean between so there shouldn't be any caching affecting this)
Even though this was a single job build there should still be a significant difference in multithreaded build times. I just a single job since it seemed like the cleanest metric to choose.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I was wondering how open you would be about switching from
serde
tominiserde
for json deserialization. The overall code change would be tiny for a significant change in compile times. I went ahead and timed a single job compile for each case on my laptop (Intel i5-5200U @ 2.7GHz) and the difference seems pretty significant. (Each run should have been cold and I compiled the version withminiserde
before the current master with a fullcargo clean
between so there shouldn't be any caching affecting this)serde
(Total: 670.52 seconds)miniserde
(Total: 466.63)Even though this was a single job build there should still be a significant difference in multithreaded build times. I just a single job since it seemed like the cleanest metric to choose.
The text was updated successfully, but these errors were encountered: