Приветик всем. Вот тут дали задание на работе сделать perfomace build одного проекта. Проект писали 4 года Rich Client + jboss + oracle. Налабана понятно сколко. Меня кинлу в етот проект 4тоб я оптимизировал буилд. Там гдето 25 буилд скриптов каторые исползуют всё 4то толко есть у java community   + свои корпоративные фи4и. И вот вопрос как можно сократит буилд по времени. Глупое здание на мой взгляд. Такие вещи надо делать на стадии проектирования системы , а не когда уже дело идёт к концу  . Понятно 4то надо оптимизировать буилд.Также проблема в корпоративной тузле. Каторая по диограммам ражает *.ява а потом их компилет. Есть предположения 4то она медленно рабоает. Каро4е я дже не знаю 4то делать. Не каких идей. Может кто сталкивлася с такой ситуацией.   4то вообще делать в таких ситуациях?  

найди что относительно медленней всего работает и займись его оптимизацией.

В каждом таске имерять время? Впринципе нашцли ету 4асть. Но она просто огроманая.

я ж написал "относительно" если часть огромная и выполняет кучу работы , значит от неё никак не избавится, надо что-то другое медленное искать, или разбивать эту на части и пытатся найти наиболее медленные операции.

Задачка действительно не тривиальная. На мой взгляд, если часть системы на выполнение забирает 70% и выше от всего времени, остальные части можно отбросить (хотя процентное отношение здесь меньше всего подходит, лучше использовать ограничения по времени) и разбираться с этой большой. Если разница не велика придется рассматривать все. Точно так же действовать с полученными разбиениями. Это чисто алгоритм, что касается практической стороны, то здесь я вижу 3 аспекта:

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

Сам в первую очередь бы обратил внимание на второй, удачи.


Это сообщение отредактировал(а) Greg - 1.2.2008, 17:39

M??? Есть идея записивать не в филе ява классы ав памаять а потом их компилить. 4тоб не обращятся к HDD. Испозуя java compiler api.

4х летний проект говоришь ... есть предположение что за это время было написано не мало классов и держать их всех в памяти непозволительная роскошь.

Могу предположить, что раз уж проекту 4 года, то вполне вероятно, что каждая последующая сборка содержит не так уж много изменений. Если это так, то можно (хотя это наверно уже сделано) разбить сборку на некоторое число отдельных модулей и пересобирать только те, в которых есть изменения (это можно определить, например, по версии каталога в SVN или что у вас там). А время от времени пересобирать полностью, но реже. Полная сборка все равно будет нужна временами.