Динамическая или статическая линковка — что с эффективностью?

Question

[Виталий]

Вопрос простой: сказывается ли динамическое подключение jar-файлов на скорость работы приложения или лучше линковать статически? Проблема в чём: приложение предполагает расширение пользовательскими библиотеками во время выполнения и таких небольших модулей может быть довольно много. Если это вызовет видимые проблемы со скоростью запуска или тем более работы приложения, имеет смысл включить возможность пересборки приложения на стороне пользователя - в данном случае это допустимо.

Answer 1

[moh-mog-drinks]

Вам никто не мешает заранее подгружать динамически линкуемые куски кода.
Заранее, еще до того как понадобится их фактическое использование.

А вообще - есть такой термин "профилирование"
Запустите профайлинг и посмотрите - а где реально у вас тормоза.

Может быть это вовсе не на линковке (очень сомнительно, чтобы виной была линковка),
а, скажем, при подключении к каким то внешним сервисам (БД и т.п.)

Comments

[Виталий]

Вы не поняли вопрос. Речь идёт о консольной утилите, которая запускается часто и должна выполняться максимально быстро. Поэтому вариант "подключение заранее" совершенно ни на что не влияет. Вопрос был в том: стоит ли оставлять линковку множества бибилиотек динамической или эффективнее будет пересобирать приложение статически. И да, можно самому экспериментировать с профайлером, но я надеялся, что кто-нибудь поможет это дело предвидеть и сэкономить время.

[moh-mog-drinks]

Виталий, если это утилита, выполняющая разовую работу - ответ что быстрее очевиден же
;)

Но у меня все равно сомнения, что основные тормоза в линковке.

[Виталий]

moh-mog-drinks, а в чём тогда? И что за быстрый очевидный ответ?