Is there still a performance difference between gr...

# gradle

[ursus]

Is there still a performance difference between groovy and kotlin dsl?

[tapchicoma]

kotlin dsl on first run is slower, because it spins up kotlin compiler for compiling scripts

[ursus]

first build?

[tapchicoma]

build from clean state when gradle deamon is not available, read https://github.com/gradle/kotlin-dsl-samples/issues/902

[napperley]

Unfortunately the Kotlin compiler is dependent on the JVM, hence it takes a while to warm up from a cold state.

[napperley]

If the Kotlin compiler was a native executable (eg developed using Kotlin Native) then startup time wouldn't be a issue

[ursus]

@tapchicoma im confused on the 3x, so a clean first build take for me now 3min, youre saying its going to be 9min with kotlin dsl? hope not

[tapchicoma]

definetly not 9min, as building the project not only includes compiling build scripts

[tapchicoma]

how much worse it will be depends on your project build scripts count and complexity

[gildor]

Mentioning of Kotlin Native in context of Kotlin Compiler is completely not realistic, it's huge JVM application that cannot be rewritten easily on K/N
Not including that most probably performance would be much worse.
If we talking about startup time, you can try Kotlin Compiler compiled with AOT Excelsior compiler, but compile performance even for small scripts is only sometimes faster for small scripts and always slower on bigger projects.

So it's very naive to think that compiler performance is problem that cannot be solved by some magical "native" solution

[gildor]

Also Gradle itself is JVM, so there is no penalty for Kotlin compiler in context of Kotlin Gradle DSL, not mentioning that Groovy is also JVM

[gildor]

Real solution is to make compiler faster and improve tooling, not some magical "native" solution

[gildor]

3 times slow down is for for particular use case with completely clean project mostly because of tooling problems

[snrostov]

https://youtrack.jetbrains.com/issue/KT-24668