Hi Kbwbe,kbwbe wrote: ↑Thu Dec 19, 2019 7:50 am
there should be no changes in master branch which have slowed down the imports. Do you register that importing got slower or are you importing bigger shapes bigger than before ?
> Multiprocessing/Multithreading: May be better, i have to check how good this works with FC.
> C-code: Sure faster, but i have no idea about implementing it into FC.
I am working on a big update within the devel branch. A2plus creates "xxx.a2p" files during importing of files. The files contain all resulting work of an import process (shape, colours, toponames) and speed up a second time import by factor 3-4.
Code: Select all
from multiprocessing import Pool def f(x): return x*x if __name__ == '__main__': with Pool(5) as p: print(p.map(f, [1, 2, 3]))
I am not quit sure, but Part.Makeshell(faces) cannot be parallelized, as OCC is only using one core/process. Please tell me if i am wrong.Turro75 wrote: ↑Thu Dec 19, 2019 5:29 pmYes I'm talking about complex objects with many curved surfaces which creates tons of faces.
by analyzing a2p_muxassembly.py it looks like the slowness is mainly caused by Part.Makeshell(faces), other iterations look such as creating the faces list so I don't expect a big improvement in parallelizing them.
1) I do not have any experience in interfacing python with C/C++, that's my problem
I know, i have been working with that on other projects.