Як пришвидшити компілятор gwt?

Ми починаємо все активніше використовувати GWT у наших проектах, а продуктивність компілятора GWT стає все більше дратівливою.

Ми почнемо змінювати свою практику роботи для усунення проблеми, включаючи більшу увагу на браузері розміщеного режиму, який визначає необхідність запускати компілятор GWT до більш пізнього часу, але це приносить свої ризики, особливо ризики не вирішувати проблеми з реальними браузерами набагато пізніше, ніж нам би хотілося.

В ідеалі, ми б хотіли зробити компілятор GWT швидшим - хвилина, щоб скласти досить невелику програму, вимагає жалю. Однак ми використовуємо компіляцію, якщо досить наївна мода, тому я сподіваюся, що ми зможемо досягти швидких та легких здобутків.

Наразі ми використовуємо com.google.gwt.dev.Compiler як програму java від цільової мурашиної мурашки, максимум у 256 м кучі та багато місця у стеці. Компілятор запускається Ant, використовуючи fork = true та найновіший Java 6 JRE, щоб спробувати скористатись покращеною продуктивністю Java6. Ми передаємо наш основний клас контролера компілятору разом із додатком classpath і вимикається.

Що ще ми можемо зробити, щоб отримати додаткову швидкість? Чи можемо ми дати їй більше інформації, щоб вона витрачала менше часу на відкриття того, що робити?

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

Всі пропозиції вітаються в цей момент.

Почнемо з незручної істини: продуктивність компілятора GWT справді хитра. Ви можете використовувати деякі хаки тут і там, але ви не отримаєте значно кращі показники.

Приємний злом продуктивності, який ви можете зробити, - це компілювати лише для конкретних веб-переглядачів, вставляючи наступний рядок у свій gwt.xml:

<define-property name="user.agent" values="ie6,gecko,gecko1_8"></define-property>

або в синтаксисі gwt 2.x і лише для одного браузера:

<set-property name="user.agent" value="gecko1_8"/>

Наприклад, це складе вашу заявку лише для IE та FF. Якщо ви знаєте, що для тестування використовуєте лише певний веб-переглядач, можете скористатися цим маленьким хаком.

Інший варіант: якщо ви використовуєте кілька локалів і знову використовуєте лише один для тестування, ви можете прокоментувати їх усе, щоб GWT використовував локаль за замовчуванням, це позбавить від додаткових витрат на час компіляції.

Підсумок: ви не збираєтеся набирати на порядок збільшення продуктивності компілятора, але, взявши кілька розслаблень, можете побриднути кілька хвилин тут і там.

Якщо ви запустите компілятор GWT із прапором -localWorkers, компілятор буде компілювати паралельно декілька перестановок. Це дозволяє використовувати всі ядра багатоядерної машини, наприклад -localWorkers 2 скаже компілятору зробити паралельно дві перестановки. Ви не отримаєте порядку різниць величин (не все в компіляторі є паралельним), але це все-таки помітне прискорення, якщо ви збираєте кілька перестановок.

Якщо ви готові використовувати магістральну версію GWT, ви зможете використовувати розміщений режим для будь-якого браузера ( поза режимом розміщення процесів ), що полегшує більшість поточних проблем із розміщеним режимом. Це здається, куди йде GWT - завжди розвивайтеся в розміщеному режимі, оскільки компіляції, швидше за все, не набирають масштабів швидше.

Хоча цей запис досить старий, і більшість із вас, напевно, вже знає, я думаю, що варто згадати, що GWT 2.x включає новий прапор компіляції, який прискорює компіляцію, пропускаючи оптимізації. Ви точно не повинні розгортати компільований JavaScript таким чином, але це може бути економія часу під час невиробничих безперервних збірок.

Просто додайте прапор: -draftCompile до рядка компілятора GWT.

Ось список значень user.agent, на який ви можете встановити його.

(Додавання цього тут , тому що я тримаю в кінцевому підсумку тут , коли я шукати то , що я повинен встановити , щоб зробити це тільки виробляти перестановку для хрому Відповідь :. <set-property name="user.agent" value="safari"/>)

У новіших версіях GWT (я вважаю, починаючи з 2.3 або 2.4), ви також можете додати

<collapse-all-properties />

на ваш gwt.xml з метою розвитку. Це скаже компілятору GWT створити єдину перестановку, яка охоплює всі локалі та браузери. Отже, ви все ще можете протестувати у всіх браузерах та на всіх мовах, але все ще зберігаєте лише одну перестановку

Ви можете додати один варіант до своєї збірки для виробництва:

-localWorkers 8- де 8 - кількість одночасних потоків, які обчислюють перестановки. Все, що вам потрібно зробити, - це пристосувати це число до зручнішого вам числа. Дивіться ефективність компіляції GWT (завдяки коментарю Денніса Іча).

Якщо ви збираєтесь у тестувальне середовище, ви також можете використовувати:

-draftCompile що дозволяє швидше, але менш оптимізовано складати

-optimize 0 який не оптимізує ваш код (9 - максимальне значення оптимізації)

Інша річ, що більш ніж удвічі збільшила продуктивність в режимі збірки та розміщеного режиму - використання диска SSD (зараз хостингмод працює як шарм). Це не дешеве рішення, але залежно від того, скільки ви використовуєте GWT та вартості свого часу, воно може того вартий!

Сподіваюся, це допоможе вам!

Компілятор GWT робить багато аналізу коду, тому його буде важко пришвидшити. Цей сеанс з Google IO 2008 дасть вам гарне уявлення про те, що робить GWT і чому це займає так багато часу.

Моя рекомендація полягає в тому, щоб розробник використовував розміщений режим якомога більше, а потім компілювати лише тоді, коли ви хочете зробити тестування. Це виглядає як рішення, до якого ви вже прийшли, але в основному саме тому Hosted Mode є там (ну, це і налагодження).

Ви можете прискорити компіляцію GWT, але лише компілюючи для деяких браузерів, а не для 5 типів, які GWT робить за замовчуванням. Якщо ви хочете використовувати розміщений режим, переконайтеся, що ви збираєте принаймні два браузери; якщо ви компілюєте для одного веб-переглядача, тоді код виявлення браузера оптимізований, а потім розміщений режим більше не працює.

Найпростішим способом налаштування компіляції для меншої кількості браузерів є створення другого модуля, який успадковується від вашого основного модуля:

<module rename-to="myproject">
  <inherits name="com.mycompany.MyProject"/>
  <!-- Compile for IE and Chrome -->
  <!-- If you compile for only one browser, the browser detection javascript
       is optimised away and then Hosted Mode doesn't work -->
  <set-property name="user.agent" value="ie6,safari"/>
</module>

Якщо rename-toатрибут встановлений однаково, то вихідні файли будуть такими ж, як якщо б ви виконали повну компіляцію

• Розбийте свою програму на кілька модулів або точок входу та перекомпілюйте їх тоді лише за потреби.
• Проаналізуйте свою програму, використовуючи магістральну версію, яка забезпечує історію вашої компіляції . Це може бути або не мати відношення до компілятора 1.6, але він може вказувати, що відбувається.

Для GWT 2.x я щойно виявив, що якщо ви користуєтесь

<set-property name="user.agent" value="ie6"/>
<extend-property values="ie8,gecko1_8" name="user.agent"/>

Можна навіть вказати більше однієї перестановки.