veloren/common
Marcel Märtens 25d9e5b27e workaround for https://github.com/rayon-rs/rayon/issues/969
Unfortuatly rayon has a bug that if you Threadpool.spawn from inside a parallel iterator from inside a Threadpool.install, that the parallel iterator will BLOCK till the Threadpool.spawn finished, which causes many many lag spikes.
I assume this might be the case for the pictures in the gantt chart where a system took unusual long or had a long pause that was unexplained.
I also raise the number of threads by 1, as this rayon thread will prob be useless in all cases and have no real work to do.

EDIT: it turns out the tests are sporadicly failing and this soluction doesnt work
2022-08-19 09:30:00 +02:00
..
assets Implement i18n-tooling 2022-08-17 22:46:48 +03:00
base Update tracy 2022-05-26 00:04:03 -04:00
benches use criterion groups and fix tracing to much on wgpu 2021-06-03 22:37:17 +02:00
ecs update hashbrown, specs, and tracy 2022-07-06 15:41:59 +02:00
frontend Fix typos 2022-07-15 18:59:37 +02:00
net Added automod 2022-08-11 11:09:52 +01:00
src workaround for https://github.com/rayon-rs/rayon/issues/969 2022-08-19 09:30:00 +02:00
state workaround for https://github.com/rayon-rs/rayon/issues/969 2022-08-19 09:30:00 +02:00
systems put light_emitters in par_loop to improve the runtime of the campfire lit out loop 2022-07-18 20:56:28 +02:00
build.rs Remove unnecessarily qualified paths 2022-07-15 14:49:46 +02:00
Cargo.toml Convert away from IdvStorage to mixture of VecStorage and DenseVecStorage 2022-08-08 00:38:20 -04:00