News, tips, partners, and perspectives for the Oracle Solaris operating system

A Very Slow Link-Edit - get the latest patch

A customer recently posted to the Dynamic Linking forum in regards to an awfully slow link-edit. A shared library, built from Sun Studio 10 with debugging (-g), was taking 20 minutes to link on Solaris. By comparison, the same link took 4-5 minutes on Linux, and 15 seconds on Windows.

I got a copy of the objects and found that the link-edit was considerably faster on my desktop - less than a minute. This is no small link-edit. There are a number of very large input files, and over a million relocations records. It turns out we'd already uncovered a scalability issue from investigating a slow link-edit from another customer. Basically there are some tests within ld(1) that attempt to identify displacement relocation use within data items that have the potential for copy-relocations. Not something typically users come across, but an area where our compiler engineers had once fallen foul. Thus the checks were requested by our compiler developers to aid their experimentation.

A couple of patches existed to solve the issue, and the customer now has the relevant patch. Their link-time is down to 35 seconds. Which is still not as fast as Windows, so we still have some work to do. Perhaps the compilers could generate a little less for us to do :-).

Join the discussion

Comments ( 1 )
  • Ian Collins Thursday, October 13, 2005
    There is also an issue with the latest compilers (studio 9 and up) where duplicate non-inlined inline functions are now global and removed at link time. This caused the link time for an application I was working on to increase from 7 to 82 seconds. The no%extinl option reverts this behaviour.
Please enter your name.Please provide a valid email address.Please enter a comment.CAPTCHA challenge response provided was incorrect. Please try again.