Declined for reasons listed by AristosQueue in the comment thread:
"While it is true that the build process gets some acceleration from making the compile process parallel, most of the build process is very serial, as I said before, and our review for NXG didn't change that. However, if you have multiple builds that you are building all at once (say, an EXE and its dependent DLLs) those will proceed in parallel as much as possible."
This is a wish.
Please NI, make the Application Builder multi-core capable. When I build apps, I see my CPU usage nailed to one core only. I have multiple cores, please feel free to use them.
I don't want my builds now, I want them yesterday 😉
Building is mostly a serial process. We do use the other cores for some of the work that app builder does, but mostly it has to be done in order. For example, you cannot strip two typedefs simultaneously -- that results in two competing transactions on the same VI. We cannot write to disk in parallel when creating the file. And so on.
The entire AppBuilder is written in G. Any where that something can happen in parallel, the LV code allows it to do so. But you're largely bound by the nature of the task, not the nature of the code implementing the task.
The multi-core compiles idea is about to be marked as "Complete in LabVIEW NXG." When we built the new compiler environment, we took care of that limitation.
This idea I am going to close as Declined. While it is true that the build process gets some acceleration from making the compile process parallel, most of the build process is very serial, as I said before, and our review for NXG didn't change that. However, if you have multiple builds that you are building all at once (say, an EXE and its dependent DLLs) those will proceed in parallel as much as possible.
Declined for reasons listed by AristosQueue in the comment thread:
"While it is true that the build process gets some acceleration from making the compile process parallel, most of the build process is very serial, as I said before, and our review for NXG didn't change that. However, if you have multiple builds that you are building all at once (say, an EXE and its dependent DLLs) those will proceed in parallel as much as possible."
Declined for reasons listed by AristosQueue in the comment thread:
"While it is true that the build process gets some acceleration from making the compile process parallel, most of the build process is very serial, as I said before, and our review for NXG didn't change that. However, if you have multiple builds that you are building all at once (say, an EXE and its dependent DLLs) those will proceed in parallel as much as possible."