On 04/04/2014 11:57 AM, Stephen Kelly wrote: > I've pushed another commit which gets the time for the 2000 file testcase > from about 20s to about 4s for both Ninja and Makefiles. It fails a few unit > tests though and I don't have time right now to find out why. 4s is still a > bit much, so there's probably more opportunity.
So far your optimizations seem to be in areas that could have been optimized before commit 8cd113ad1d715cc9ce865956870cd462d3659089 caused this major slowdown. That one is: cmTarget: Store strings instead of cmSourceFile* to represent SOURCES I suspect the performance drop is due to carrying around lots of strings instead of raw pointers. You'll have to find another way to represent that. Otherwise this performance drop is too high a cost to pay for the target-sources feature and we will have to revert that until another solution is found. -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers