|
PROFESSIONAL NEWSGROUPS WINDEV, WEBDEV and WINDEV Mobile |
| | | | | |
Started by Vivien, Mar., 10 2016 5:33 PM - 9 replies |
| |
| | | |
|
| |
Posted on March, 10 2016 - 5:33 PM |
Bonjour à tous, La phase "gradle' lors de la génération d'une application Android est extrement lente. Pour une petite application, cela prend facilement 5 minutes. Est-ce normal ? merci. Vivien |
| |
| |
| | | |
|
| | |
| |
Registered member 46 messages |
|
Posted on March, 14 2016 - 10:49 PM |
Bonjour,
Même "souci" sur les postes ici... entre 3m30 et 5min, même sur un projet d'une seul fenêtre. On commence à se demander si le Gradle ne fait pas des appels web tellement c'est long. Egalement testé avec les version 2.8 et 2.9 recommandée par PC Soft... idem.
Stéphan L. |
| |
| |
| | | |
|
| | |
| |
Registered member 156 messages Popularité : +3 (3 votes) |
|
Posted on March, 15 2016 - 12:45 AM |
Idem de mon côté, c'est extrêmement lent par rapport à iOS ou WUA 10 |
| |
| |
| | | |
|
| | |
| |
Registered member 637 messages Popularité : +36 (36 votes) |
|
Posted on March, 15 2016 - 8:41 AM |
Bonjour,
Personnellement je trouve que la compilation sous Android est effectivement assez lente.
Cependant, lente par rapport à quoi ?
Il conviendrait d'effectuer des mesures précises pour être objectif. En l'occurrence, faire des comparatifs. Sur quelle machine, processeur, mémoire... l'application est-elle compilée ? Quelles sont les options choisies dans le configurateur WM ? - Version android ? sera plus ou moins lent selon la version Android choisie. - Dans les configurations avancées si "Réduire la taille du code généré" est cochée, la compilation sera effectivement très longue, etc...).
Dans tous les cas, pour une compilation plus rapide en phase de développement, choisissez une version >= à Android 5.0, décochez la case "Réduire la taille du code" si possible.
Enfin, il n'est pas possible de comparer avec iOS. En effet, la VRAI compilation s'effectue sous Xcode et non pas depuis WM.
Cdlt - Eric.
-- Eric DELATTRE http://www.yoosite.fr |
| |
| |
| | | |
|
| | |
| |
Registered member 46 messages |
|
Posted on March, 15 2016 - 9:21 AM |
Bonjour,
Je profite pour répondre au message d'Eric. Pour ma part, les "tests" comparatifs sont fait sur une même machine ( un Macbook Pro 8,2 ) avec Bootcamp. ( et pour la compilation Xcode, OSX El Capitan en VM sur le Windows en Bootcamp = méthode la plus rapide trouvée pour compiler à mon goût ).
- Quand pour un même projet le Gradle a mis 3m47s (hors install sur le mobile), j'en ai eu pour la version IOS pour moins de 25secondes, dans lesquelles je compte ( Générer l'application IOS depuis WM : env 5sec, + 15-20sec de : compile sur Xcode + envoi sur mobile ). Je ne compte pas le temps de transfert vers OSX en VM où je dois avoir 15sec supplémentaires.
- Sinon pour moi, les "astuces" pour une compilation plus rapide ne fonctionnent pas, et plantent la génération Gradle, car si je décoche "Réduire la taille du code", j'ai obligatoirement l'erreur du dépassement (des 65000 références).
Je reste donc preneur si une autre astuce se présente
Cdt
Stéphan L. |
| |
| |
| | | |
|
| | |
| |
Posted on March, 15 2016 - 12:33 PM |
Hi. You can try the next solution to optimize the Gradle recompliations:
1) Go to c:\users\<user> folder 2) search the .gradle folder and go into. 3) Edit or create a gradle.properties file and open it.
4) Add the next lines:
# Project-wide Gradle settings.
# IDE (e.g. Android Studio) users: # Settings specified in this file will override any Gradle settings # configured through the IDE.
# For more details on how to configure your build environment visit # http://www.gradle.org/docs/current/userguide/build_environment.html
# The Gradle daemon aims to improve the startup and execution time of Gradle. # When set to true the Gradle daemon is to run the build. # TODO: disable daemon on CI, since builds should be clean and reliable on servers org.gradle.daemon=true
# Specifies the JVM arguments used for the daemon process. # The setting is particularly useful for tweaking memory settings. # Default value: -Xmx10248m -XX:MaxPermSize=256m org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8
# When configured, Gradle will run in incubating parallel mode. # This option should only be used with decoupled projects. More details, visit # http://www.gradle.org/docs/current/userguide/multi_project_builds.html… org.gradle.parallel=true
# Enables new incubating mode that makes Gradle selective when configuring projects. # Only relevant projects are configured which results in faster builds for large multi-projects. # http://www.gradle.org/docs/current/userguide/multi_project_builds.html… #org.gradle.configureondemand=true
org.gradle.java.home=D:\\Program Files\\Java\\jdk1.8.0_74
You must change your JDK folder and change the Gradle memory allowed to use.
With the daemon configuration set to true then the Gradle is ever in memory and then the process is more quickly.
More info http://stackoverflow.com/questions/17324849/android-studio-gradle-build-speed-up
Rubén |
| |
| |
| | | |
|
| | |
| |
Registered member 46 messages |
|
Posted on March, 15 2016 - 2:03 PM |
Thanks, I'll try it
S.L. |
| |
| |
| | | |
|
| | |
| |
Posted on April, 05 2018 - 3:35 PM |
Bonjour,
Merci pour la configuration Gradle et je confirme, la génération est plus rapide.
Bonne journée !
Nicolas UNGERN-STERNBERG |
| |
| |
| | | |
|
| | |
| |
Registered member 13 messages |
|
Posted on June, 22 2018 - 9:51 PM |
Bonjour, En terme de rapidité de compilation Gradle, la quantité de RAM joue-t-elle un rôle important ? Si oui, quelle serait à peu près la quantité de RAM minimale pour avoir une compilation plus rapide ? Sinon en terme de disques, je suis en SSD et je ne suis pas sûr que la CPU fasse beaucoup de différence. Je serai curieux de connaître les config avec lesquelles vous travaillez pour compiler vos Gradle.
Voici l'une des miennes : --------------------------- CPU : Intel Core i5-5300U CPU@ 2.30GHz 2.30Ghz Mémoire installée (RAM) : 8,00 Go (7,70 Go utilisables) Disque : TOSHIBA THNSFJ256GCSU OS : Win7 professionnel SP1 64 bits |
| |
| |
| | | |
|
| | |
| |
Registered member 795 messages Popularité : +40 (42 votes) |
|
Posted on July, 07 2018 - 5:00 PM |
Hi. Yes, As a general rule, yes. The more memory and processors you dedicate to Gradle, the faster the generation and compilation of the application will be, although you have to be aware that the use of that memory will be maintained for a certain time, so if you need to reuse it you must kill the Java processes that are loaded in memory. I am currently using Gradle version 3.5.1, which is the latest WM compatible version.
My current Gradle configurarion with a 16 GB machine is
# Project-wide Gradle settings.
# IDE (e.g. Android Studio) users: # Settings specified in this file will override any Gradle settings # configured through the IDE.
# For more details on how to configure your build environment visit # http://www.gradle.org/docs/current/userguide/build_environment.html
# The Gradle daemon aims to improve the startup and execution time of Gradle. # When set to true the Gradle daemon is to run the build. # TODO: disable daemon on CI, since builds should be clean and reliable on servers org.gradle.daemon=true
# Specifies the JVM arguments used for the daemon process. # The setting is particularly useful for tweaking memory settings. # Default value: -Xmx10248m -XX:MaxPermSize=256m org.gradle.jvmargs=-Xms1g -Xmx6g -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8
# When configured, Gradle will run in incubating parallel mode. # This option should only be used with decoupled projects. More details, visit # http://www.gradle.org/docs/current/userguide/multi_project_builds.html… org.gradle.parallel=true
# Enables new incubating mode that makes Gradle selective when configuring projects. # Only relevant projects are configured which results in faster builds for large multi-projects. # http://www.gradle.org/docs/current/userguide/multi_project_builds.html… org.gradle.configureondemand=false
org.gradle.java.home=C:\\Program Files\\Java\\jdk1.8.0_172
org.gradle.workers.max=6
com.android.build.gradle.overridePathCheck=true
com.android.build.gradle.overrideVersionCheck=true
org.gradle.caching=true
#startParameter.offline=false
Anybody got a better setup?
Rubén |
| |
| |
| | | |
|
| | | | |
| | |
| | |
| |
|
|
|