То есть на месте Box у меня на самом деле пагинированная страница

Рефлексия нечитаема потому что без типов

Посмотрите локу по полиморфным контейнерам в репе. Пустят к компьютеру - дам ссылку

Делаете рефлексию делайте staged programming, а не kaktorabotaetihersnim programming

Но вообще надо просто на T повесить аннотацию и сериал модуль сделать

Вы же про это?
https://github.com/Kotlin/kotlinx.serialization/blob/master/docs/polymorphism.md

да

надо вещать на T, но я не уверен, что будет работать с абстрактной коллекцией...

Я так и сделал пока что. У меня на content висит marker interface, для которого я написал кучу polymorphic(){ bla::class with bla.serializer()}

Ты вот вроде пишешь слова, но получается какая то каша

Аннотация должна быть не на content, а на типе унутре. Но тут надо немного поэкспериментировать к сожалению

а почему String.split().filer{}.foreach{} гораздо быстрее String.splitToSequence().filer{}.foreach{} ?

Я подозреваю, что должно сильно зависеть от размера строки и количества сегментов, но вообще генерация Sequence не бесплатная

Потому что вы не уточнили входные данные? :)

Скорее всего результат аналогичен любой произвольной задаче с ленивым и неленивым вычислением. В случае ленивых операций у вас есть накладные расходы, но нету промежуточных коллекций, ибо вы делаете только один проход. В случае неленивых операций у вас куча накладных расходов уходят (лямбды не только не надо создавать и хранить, но они просто заинлайнятся), но на каждую операцию будет создаваться по коллекции (вроде такую вещь под капотом проще оптимизировать ещё, но тут я не эксперт, так что цитировать не стоит :D). Обычно считается, что при достаточно большом размере исходной коллекции расходы на неленивый подход дороже.

спасибо, тестил на строке длины 3 ляма

Вот это немного странно. На такой длинной последовательности должны уже выигрывать.

так, теперь поменял местами вызовы, поменялось и время....

а, нет, не поменялось))

в полтора раза проигрывает, но в принципе 3 ляма это же не много