Каковы преимущества @Immutable в классе данных?

Глядя на документацию Immutable, есть пример кода:

@Immutable
data class Person(val name: String, val phoneNumber: String)

@Composable
fun PersonView(person: Person) {
    Column {
        Row {
            Text("Name: ")
            Text(person.name)
        }
        Row {
            Text("Phone: ")
            Text(person.phoneNumber)
        }
    }
}

@Composable
fun PeopleView(people: List<Person>) {
    Column {
        for (person in people) {
            PersonView(person)
        }
    }
}

и подпись:

Пометка Person immutable позволяет пропускать вызовы Composable функции PersonView, если это тот же человек, что и во время последней композиции.

Мой вопрос:

Если рекомпозиция происходит только тогда, когда изменяются аргументы функции @Composable, а классы данных, такие как Person в приведенном выше коде (т.е. содержащие только примитивные vals), не могут быть изменены без создания нового экземпляра, то в чем тут оптимизация?
Когда вызовы функции PersonView Composable будут пропущены по сравнению с тем же кодом, но без аннотации @Immutable? Это как-то связано с изменяемым/нестабильным аргументом people: List<Person> из PeopleView?