<pca006132>
making things deterministic will incur a 20% overhead, but that may be something that can be solved later
<teepee>
I think speed is more important, but nondeterministic result means we may need to rework quites some tests and it could break some use cases that prefer minimal file changes (e.g checked in ascii STL files)
<teepee>
having the option to select determinism instead of speed would be great, but I see how that could make things more complicated
mmu_man has quit [Ping timeout: 264 seconds]
mmu_man has joined #openscad
misterfish has quit [Ping timeout: 248 seconds]
mmu_man has quit [Ping timeout: 246 seconds]
mmu_man has joined #openscad
ToAruShiroiNeko has quit [Ping timeout: 248 seconds]
Tomkndn has joined #openscad
<Tomkndn>
hello everyone
Tomkndn has quit [Client Quit]
<pca006132>
do note that the deterministic result guarantee is probably different from that with CGAL
<pca006132>
we just want to make sure that the result is the same from run to run with the same binary on the same machine, we can't guarantee much across versions or with different machines
<pca006132>
due to things like floating point, and changes to mesh simplification etc.
<pca006132>
so enabling the deterministic version will not give you the same result across different versions, and checked in ASCII STL files will change :P
<pca006132>
that said, this may be something to mention in the PR to add a bit more context
kintel has joined #openscad
<kintel>
pca006132 I agree that determinism has most value if it's guaranteed across CPUs and platforms. But it could be a good tool on a single system for low-level debugging purposes.
fling has quit [Remote host closed the connection]
GNUmoon has quit [Remote host closed the connection]
califax has quit [Read error: Connection reset by peer]
califax has joined #openscad
fling has joined #openscad
GNUmoon has joined #openscad
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
peeps[zen] has quit [Remote host closed the connection]
<peeps[zen]>
pca006132: I would rather have determinism in my cad software, otherwise you get bugs and crashes that are only reproducable once per every 10 runs or so. that is horrible for testing imo https://github.com/openscad/openscad/issues/4617
<InPhase>
Parallel versus determinism is a false dichotomy though.
teepee_ has joined #openscad
<InPhase>
Determinism can have a bit of a performance cost with parallelism, but it typically does not require reverting all the way back to single threaded.
teepee has quit [Ping timeout: 260 seconds]
teepee_ is now known as teepee
<InPhase>
I don't know the exact spot that's causing the issue, but typically this is handled by either having reintegration points that do the same as-if it were handled by single thread, or by marking data or structuring threads so that the approach to reintegrating it follows the same operations that a single threaded process would have.
misterfish has joined #openscad
Guest91 has quit [Quit: Client closed]
Guest84 has joined #openscad
Guest84 has quit [Client Quit]
aiyion has joined #openscad
Smeef has quit [Read error: Connection reset by peer]
Smeef has joined #openscad
hisacro has quit [Excess Flood]
hisacro has joined #openscad
fling has quit [Remote host closed the connection]