Time running ReportGenerator on large dir of files

[willcooley4]

I've recently been attempting to scale up use of ReportGenerator's ability to use globbing to generate a combined html report on a large (~800 .coveragexml) directory, and it has been taking a lot of time to run, at least 16h before running into the time limit of the box its on.
I was wondering if this is expected behavior at this scale? Would filtering out certain files from coverage significantly help this runtime?

[danielpalme]

In generell I recommend:

• Try to produce as few coverage files as possible. E.g. instead of running the test for each assembly/module separately, try to run them in batches or in one execution. Reducing the number of files will reduce merging effort of ReportGenerator

• If fewer coverage files are not an option for your scenario, you could generate separate coverage reports for different parts of your application(s). Each report should only need a subset of the total 800 files.

• If your machine has enough memory, you can experiment with the following settings:

  • settings:numberOfReportsParsedInParallel=1
  • settings:numberOfReportsMergedInParallel=1

  Maybe the following is a good start: settings:numberOfReportsParsedInParallel=10 settings:numberOfReportsMergedInParallel=2

See also:
#262

[willcooley4]

Thanks! Running tests in batches brought it down to about 1h30 :)

[danielpalme]

Great!