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

Опишу ситуацию. Swing-клиент запакован в .jar, в котором в файле манифеста прописан mainclass и classpath. Программа работает на сервере терминалов (win2003).
Мейнкласс вроде не много всего использует - несколько свинг-компонентов, классы из java.util, несколько моих классов. Насколько я понимаю перед запуском процедуры main должны подгружаться только они.
Когда первый пользователь утром запускает прогу, она может запускаться от 1 до 15 мин. При этом все последующие запуски проходят за долю секунды. То же самое происходит, если например заменить джарку новой версией.
При этом задержка происходит до входа в процедуру main.

Подскажите, в каком направлении искать. Может я зря на загрузку классов грешу?
Наш сервер терминалов может давать масса других "эффектов".

ээх. да я бы с удовольствием не парилась. но пользователи ноют...
наверное отложу проблему, может само рассосется, или осенит :)

оперативки - 4 гига. больше трех редко используется. особенно с утра, когда первые пользователи загружают прогу.
но за идею спасибо

А как можно отследить процесс загрузки ява-машины? По каким-то логам? Чтобы понять, все-таки это уже загрузка моих классов тормозит или что-то еще?

Deadyа клиентам как jar доставляется?

Не совсем поняла вопрос.
Пользователи работает удаленными рабочими столами на сервере терминалов. То есть запускают jarку непосредственно оттуда, где она лежит. Библиотеки тоже все рядышком.

Или что-то другое имелось в виду?

TimmЗапускай с опцией -verbose.

За опцию спасибо. Я еще с ней поэкспериментирую, но в данном случае не очень помогла, так как вообще существенно замедлила работу приложения.

Deadyа если не remote desktop пользоваться, а напрямую запустить

Главный системщик говорит, что никакой разницы, работает ли человек через удаленку или непосредственно на машине нет. сеть и локальная машина отвечают только за картинку на мониторе. все остальное происходит на сервере. хочется ему верить
но до сервера дойти попробую. мало ли какие чудеса бывают...

хм. тот же эффект происходит при переименовании каталога с программой.

подскажите еще такую вещь, хотя наверное это все очевидно. но не мне:(
ява-машина запускается для каждой программы заново? или новые программы как-то "подхватываются" уже запущенной ява-машиной? что-то я со всем этим механизмом не очень знакома, может подскажете где почитать?

zalexaka , за информацию по win32K огромное спасибо. по крайней мере, вопрос с РАЗНЫМ временем запуска она сняла. однако отсюда напрашивается грустный вывод, если бы у каждого клиента была своя винда и свой экземпляр программы, то она тормозила бы у всех...

локально на компе все работает нормально. НО, локально стоит линукс. более того, у меня в конторе трудно найти машину с локальной виндой, разве что у руководства (результат легализации софта). но по-видимому придется, надо бы хотя бы на winxp протестить. так как после наводки zalexaka возникло подозрение, что на виндах вообще будет работать медленнее, чем локально на линуксе.

to Blazkowicz и Deady:
приложение - трехуровневое. сп - jboss
классы клиента запакованы в джарку. соответственно рядышком лежит джарка с классами бинов. + всякие библиотеки. все это лежит на диске C на терминальном сервере. запускается джарка примитивной строкой java -jar xxx.jar

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

to Timm:
сервер вроде не перегружен. около 40-50 пользователей единоразово. работают с офисными программами, 1ской, и еще несколькими не слишком большими приложениями собственного "производства". вобщем, на тормоза не жалуются.

to Deady:
вообще мысль интересная. попробую реализовать.
однако боюсь из соображений безпасности не пропустят. :( у нас типа все документы и базы тока на терминалке крутятся, а локально у пользователей практически голые компы - ну там интернетом может кто пользуется, музычку слушает, а по работе все в терминалке

погодите. но ведь работая через веб-старт, разве они фактически не локально работать будут?
с безопасностью основное требование - чтоб документы не выносились с терминального сервера. то есть чтоб они не могли сохранять какие-нить отчеты локально.

программа, в частности генерирует множетсво отчетов по базе данных. те средства, которыми они реализованы, позволяют их сохранять, например, в формате rtf. тем более, что по некоторым документам это может быть необходимо.

понятно, что есть электронка, принтскрин или еще какие обходные пути, чтоб вытащить информацию с сервера терминалов. но видимо, руководство лучше спит, если у пользователей локально на компах ценная информация не хранится. я на это воздействовать не могу:(

но вообще я от вашей мысли не отказываюсь. удочку закину. надо только сначала оттестить схему

Ява была пятая, недавно перешли на шестую.
И с той, и с другой одна и та же песня...

Timm создайте аналог, поэкспериментируйте с ним на этом же сервере.

ну я собственно так и делаю. экспериментирую с копией

TimmАналог - это отдельная тестовая программа, а не копия тормознутой

Ну да, наверное в теории тестирования я не сильна. Теоретически могу понять разницу между копией и аналогом, но мне все же кажется, что в моем случае это одно и то же.

А ссылочку поизучаю. цитата замечательная :)

swtа что - свинг обязателен? давно уже пора переходить на web

Не обязателен конечно, но какое-то время назад приняли такое решение. Теперь уж переписывать не с руки. У нас веб-интерфейс, только урезанный по функциям тоже есть - на нем филиалы работают, а на свинговском головной офис.

Ggg_oldантивирь, который при при запуске распаковывает проверяет все эти Jarы, а потом уже их не трогает

Да, да, да! Все оказалось именно так. Даже еще хуже. Я добила системщиков, которые уверяли что ниче такого быть не может, и залезла в логи антивируса. Антивирус McAfee пытается проверить rt.jar (причем только его) и не может, заканчивает проверку по таймауту. Причем делает это каждый день для каждого пользователя.

Другая ситуауия с переименованием каталога. Здесь задержка происходит, видимо, действительно из-за медленной загрузки java-машины, но это все же не 10-15 минут утренней загрузки, а вполне терпимые полминутки.

Так что проблема решена, за советы всем большое спасибо!