I remember this came up last year as well, but honestly, I don’t recall if there was a solution or suggestion to address it posted. I know we struggled with this all season as well.
I also don’t recall the same amount of time being needed prior to 2013.
It’s not dual, but our team actually has a Xeon 3.5gHz and 16gb of ram with dual gtx550s and we use LabVIEW. The RAM is plenty for the operations with about 10gb to spare, but I think there’s still room for improvement on the processor side.
All-in-all, with the biggest project we’ve done, took >30 seconds on the first build, ~20 on no changes, ~27with changes to 4 or 5 vis. Run as startup is mostly dependent on your crio processor and your connection to the device; our run as startup takes anywhere from 5-9 seconds. I have yet to test our crio image time
You are correct that the compile and build portion of LV is limited to being single threaded. What you may want to experiment with is whether you keep your VIs open when you build, or whether you close them first and then build.
My computer is in a weird state at the moment with other projects, so I wouldn’t trust my numbers anyway.
The build loads all of your VIs and the libraries into a build context. If the VIs are in memory, it transfers those from the intel context to the PPC context, compiling and loading alternate libraries as needed from disk.
If the VIs are kicked out of memory, the VIs will all be loaded from disk into the new context. From what I saw last year, both routes performed compiles they didn’t need to, but the bugs were reported and some of the biggest ones were fixed. My suspicion is that the disk route will be faster, but it would be helpful to do both and please post your results.
I ran a few tests on my Xeon machine, it averaged about 58 seconds with the VIs open and 59 with them closed.
That machine is probably more disk limited then it is memory which could explain the results. I will test some more latter tonight/tomorrow on a slower machine and see if the difference between them increases.