Getting slower and slower on merged revisions and recorded revisions, non-linear runtime ?

[achimmihca]

I am trying to migrate a repo with over 300,000 commits.

In the beginning, the tool processes about 500 commits per second. For the first 50,000 commits, it only takes 1-2 minutes. But this slows down dramatically. At commit 100,000 some commits need several seconds for the migration. And after 16 hours the tool only reached commit 150,000.

Looking at the log, this seems to be an issue with merged revisions and recorded revisions (svn option --record-only).

• revision 78205 shows in the log as 14337 modifications from SVN /trunk/ to main done
  • but revision 78205 was only a recorded revision, with no real change
• revision 137256 shows in the log as 28989 modifications from SVN /trunk/ to main done
  • but this was a merge revision with only 4 changes
• revision 151909 shows in the log as 51920 modifications from SVN /trunk/ to main done
  • again, this was only a recorded revision, with no real change

These commits take a lot of time.

Other non-merge commits behave normally, much much faster.

• for example revision 151908 has 4 changes and the log shows correctly 4 modifications from SVN /trunk/ to main done

Is there anything I can do to improve performance of merge commits?

[achimmihca]

Not all of our merge commits are affected.

I think it is related to changes of svn folder properties. This is what changes in a record-only merge. And there is always a changed folder in the other slow merge commits.

Is there an option to ignore changes to svn folder properties?

[achimmihca]

I found the problem: I was using the option --svn-ignore to generate a .gitignore file from SVN properties. Without this option every revision is converted fast, including all merges and recorded revisions.

I guess the options reads the folder properties from SVN and therefor, also merges the folder properties, which is taking longer and longer in my case.

Please add a warning about this performance impact to the option's desciption. Otherwise great and very fast tool, thanks a lot!

Sorry for the inconvenience.