do I upload the file to have a look at it?
Yes please, share the .blend file to repro the same steps as the video
Yup, will give @Sergey 's code a shot, if is fully thread safe then it will be very worth it to save this PR ;)
@mod_moder You're right, if even now is getting slower than the single threaded version, adding more thread safety will increase the overhead. When I closed the PR on Saturday was mainly because…
Thanks @Sergey I just pushed my changes before seeing your review and code. What I found in the my thread safe implementation is that is actually slower than the single threaded one :( adding…
I invoke the Git Gurus to help me get rid of this XD
First of all: Data race is the bug that no one wouldn't love to fix. And more important is how data race is going to be confirmed by bug triggers. Do you planned to be cause of some bug…
Thanks everyone for their reviews and opinions.
This was intended to be a stop-gap change to gain some performance while a deeper refactor that eliminates the need to pre-calculate a falloff field for the whole mesh lands, but now I'm even more…
Can you add table of benchmarks of different parts of code to description of PR? If simple, I don't like idea of using threads in case where you can use log(N) search. I talk about N^2 search…
That's an assumption that there's a data race, in the actual code running even with heavy meshes if there's data race it will be seen as unmasked vertices surrounded by masked vertices. I noticed…
Ok lets drop this PR and leave the old slow code then since is what people want.