[
вот прям сейчас?
Size: a a a
2021 March 29
YS
особенно прямо сейчас
[
ну так проветри, чё ты стоишь как не свой
YS
так я и не свой!
KV
https://subscription.packtpub.com/book/application_development/9781786464217/1/ch01lvl1sec09/memoization-and-cafs
Можно не мемоизовать если не хочется
Можно не мемоизовать если не хочется
AK
не пофиг, твоя фрега будет генерить недружелюбный к оптимизациям байт-код, если оставить его "как есть"
Там такой же байт код под капотом будет.
Разница что JVM надо иначе тюнить. Но JVM и для жабокода тюнить это высокое шаманство
Разница что JVM надо иначе тюнить. Но JVM и для жабокода тюнить это высокое шаманство
AA
да там одни трамплинострадания чтоб стек не вышибать уже производительность убьют, че про какие-то недружелюбности для оптимизатора говорить
[
у меня знакомый с устройством жвм разбирается и вообще пилил компилятор джавы, он говорит, что некоторые инструкции есть, но при компиляции самой джавы не используются)))
[
вот, я даже нашёл, где он примеры приводил
AK
у меня знакомый с устройством жвм разбирается и вообще пилил компилятор джавы, он говорит, что некоторые инструкции есть, но при компиляции самой джавы не используются)))
Где гарантия, что это не оставлено для обратной совместимости и не может быть выпиилено в один прекрасный момент?
А как быть с тем, что есть вроде как разные версии JVM и разные GC?
Инструкции проверялись на всех случаях?
А как быть с тем, что есть вроде как разные версии JVM и разные GC?
Инструкции проверялись на всех случаях?
[
речь шла про код на котлине, который не имеет аналогов в java
AK
речь шла про код на котлине, который не имеет аналогов в java
Так котлин с большей вероятностью будет выполнятся не на стандартной JVM, а на каком нить андроидном дальвике или как там это звется
JS
речь шла про код на котлине, который не имеет аналогов в java
полный оффтопик
AK
полный оффтопик
Не совсем, обсуждается же как хаскель подобный язык на JVM может работать, способна ли JVM его оптимально выполнить и имеет ли это смысл
JS
Не совсем, обсуждается же как хаскель подобный язык на JVM может работать, способна ли JVM его оптимально выполнить и имеет ли это смысл
ах, контекст вложен в контекст
AK
ах, контекст вложен в контекст
Это же ФП, где то тут ST еще было😺
[
Это, конечно, замечательно, но продолжать я не буду 🙃
JS
Не совсем, обсуждается же как хаскель подобный язык на JVM может работать, способна ли JVM его оптимально выполнить и имеет ли это смысл
компилятор Eta уже существует, финансирование этот проект привлекает, значит, для кого-то это имеет смысл
AA
че там куда привлекает?
контора из двух человек уоторая эту делал сдохла годы назад
контора из двух человек уоторая эту делал сдохла годы назад
AK
компилятор Eta уже существует, финансирование этот проект привлекает, значит, для кого-то это имеет смысл
В каком то смысле все имеет смысл.
Просто я как ни включу какойнить доклад про Java и JVM то попадаю на обсуждение GC и всяких барьеров нужных для многопоточности. В случае ФП барьеры и блокировки по записи менее критичны, так как иммутабельность же. А вот сейчас обсуждают барьеры и блокировки по чтению, а это в случае ФП не обходится иммутабельностью.
Соответственно ФП поверх JVM это осознанная жертва производительности в пользу ФП плюшек, или сейчас ФП на JVM несколько менее оправданно?
Или я чего то не понимаю, что вполне себе вероятно и что я собственно и хочу выяснить 😇
Просто я как ни включу какойнить доклад про Java и JVM то попадаю на обсуждение GC и всяких барьеров нужных для многопоточности. В случае ФП барьеры и блокировки по записи менее критичны, так как иммутабельность же. А вот сейчас обсуждают барьеры и блокировки по чтению, а это в случае ФП не обходится иммутабельностью.
Соответственно ФП поверх JVM это осознанная жертва производительности в пользу ФП плюшек, или сейчас ФП на JVM несколько менее оправданно?
Или я чего то не понимаю, что вполне себе вероятно и что я собственно и хочу выяснить 😇