Почему scalac не оптимизирует накладные расходы в простых конструкциях for?

Вот пример фрагмента кода, который на первый взгляд выглядит так, будто scalac мог бы легко его оптимизировать:

val t0 = System.nanoTime()
for (i <- 0 to 1000000000) {}
val t1 = System.nanoTime()
var i = 0
while (i < 1000000000) i += 1
val t2 = System.nanoTime()

println((t1 - t0).toDouble / (t2 - t1).toDouble)

Приведенный выше код печатает 76.30068413477652, и соотношение, похоже, ухудшается по мере увеличения количества итераций.

Есть ли какая-то особая причина, по которой scalac предпочитает не оптимизировать for (i <- L to/until H) в любую форму байт-кода, которую javac генерирует для for (int i = L; i < H; i += 1)? Может быть, это потому, что Scala предпочитает делать вещи простыми и ожидает, что разработчик просто прибегнет к более производительным формам, таким как цикл while, когда требуется чистая скорость цикла? Если да, то почему это хорошо, учитывая частоту таких простых циклов for?