у меня есть сервис завязанный на IO, где среднее время ответа 5 секунд, и из них 98% это время ожидания и чтобы поддерживать кучу клиентов, нужно держать много потоков в пуле сервера, иначе они быстро кончаются

как много потоков?

около 200 вроде

в соседнем чатике писали что у них там по несколько тыс потоков серваки

и есть разница с неблокирующей реализацией?

в плане реализации или использования памяти?

в плане производительности

памяти не много должно жрать

в плане производительности разницы ощутимой не должно быть, а вот использование памяти раз в 6 уменьшится

если брать стек по 256кб, то это всего 50 мегабайт

я приучил себя ставить unbound method reference в таких местах...

Это как?

Это как?

Class::method

Т.е. весь код лямбд только в статик методы пихать?

Class::method

Reference::method скорее, не?

Reference::method скорее, не?

это bound, оно захватит reference, чего требовалось избежать

Не лямбду, а обычную функцию можно написать так, чтобы передать ее как аргумент? Например, в observable<String>.map, чтобы не городить внутри там, а передать как аргумент - обязательно создавать переменную лямбду?

Т.е. весь код лямбд только в статик методы пихать?

Не только. Например, class T { fun smth() = ... } -> T::smth типа T.() -> ...

Не только. Например, class T { fun smth() = ... } -> T::smth типа T.() -> ...

Синтаксис зарезервирован на будующее. Да и странно было бы на каждый вызов функции создавать класс в котором она определена..

Синтаксис зарезервирован на будующее. Да и странно было бы на каждый вызов функции создавать класс в котором она определена..

Кто зарезервирован? я пишу так. Зачем новый класс-то?

Кто зарезервирован? я пишу так. Зачем новый класс-то?

T::smth() для функции в классе, а не компаньене, не работает, инстанса то нет.

T::smth() для функции в классе, а не компаньене, не работает, инстанса то нет.

работает, только в неё надо будет передать инстанс

ThisClass::method(this) эквивалентно this.method()

я не понимаю корутины в упор

Тогда какой смысл в этом синтаксисе? Можно и просто метод вызвать и зиса, зацепив в лямбду ссылку на родителя

я не понимаю корутины в упор

Посмотрите доклады Романа Елизарова. Он всё отлично объясняет.

Тогда какой смысл в этом синтаксисе? Можно и просто метод вызвать и зиса, зацепив в лямбду ссылку на родителя

чтобы не использовать лямбды, в которых так просто что-нибудь захватить

Мне статические методы нужны, но чтобы не создавать компаньена, потому что он страшный.

Мне статические методы нужны, но чтобы не создавать компаньена, потому что он страшный.

можно делать референсы на top-level методы

Так если в лямбде передается зис, она его захватывает

Так если в лямбде передается зис, она его захватывает

не надо лямбду

Вон только если так, но тогда эти методы будут везде доступны

можно приватные

О и правда можно приватные топ левел. Но всеравно страшно.

Хочу ключевое слово при обьявлении лямбды, которое запретило бы внутри лямбды обращаться к методам класса. Заодно это сделало бы корутины юзабельными не только для написания библиотек

Хочешь использовать параметр - передай в лямбду явно

Хочу ключевое слово при обьявлении лямбды, которое запретило бы внутри лямбды обращаться к методам класса. Заодно это сделало бы корутины юзабельными не только для написания библиотек

А ты что с ними делаешь? (я инстанцирую через no-arg-конструктор, например)

кем ними?

кем ними?

с функциональными объектами

которые ты хочешь заставить ничего не захватывать

Колбек например, который говорит евенту что сделать при закрытии диалога. А евент на его открытие. Потом колбек просто вызывается

Но наглядный и всем понятный пример - корутины. Код типа val mySize = async { featureList.size() } Не должен по умолчанию компилироваться.

есть задача на сериализуемые корутины, там предлагается сделать аннотацию и заставить компилятор гарантировать глубокую сериализуемость Continuation'ов

не то, но близко. И поможет образатывать onActivityResult в анд**иде.

Но ведь для этого не обязательно гарантировать, что код, который в корутине выполняется, сериализуем.

Неужели я первый, кто об этом подумал -) Что-то не так.

Но ведь для этого не обязательно гарантировать, что код, который в корутине выполняется, сериализуем.

Всегда можно вынести проверку в style checker. Вот, кстати, вопрос к тем, кто их использует - где удобнее писать расширения в detekt или в ktlint?

По звездам и прочим формальным количественным параметрам очень похожи - прямо вот фотофиниш нужен. После беглого осмотра мне больше ktlint симпатичен

О и правда можно приватные топ левел. Но всеравно страшно.

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

Есть ли в Котлине typesafe синтаксическая надстройка над jpa наподобие querydsl или jinq? И вообще как обстоит дело с orm фреймворками?

Есть ли в Котлине typesafe синтаксическая надстройка над jpa наподобие querydsl или jinq? И вообще как обстоит дело с orm фреймворками?

Оно https://github.com/JetBrains/Exposed ?

Оно https://github.com/JetBrains/Exposed ?

Это просто над jdbc, не jpa

Exposed -- хороший фреймворк, но приходится каждый раз вручную прописывать джоины, что не особо удобно для больших моделей.

Exposed -- хороший фреймворк, но приходится каждый раз вручную прописывать джоины, что не особо удобно для больших моделей.

Вьюхи?

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

Лямбды не захватывают, если поля родителя не трогать.

Лямбды не захватывают, если поля родителя не трогать.

Александр про то, что лямбды замыканием богатеют ) Кстати, не так уж сложно свои правила описывать, можно зацепиться за https://github.com/shyiko/ktlint/blob/41e7118a33ccefce055547afd053f53ba05a988b/ktlint-ruleset-standard/src/main/kotlin/com/github/shyiko/ktlint/ruleset/standard/NoItParamInMultilineLambdaRule.kt в качестве примера

Неужели я первый, кто об этом подумал -) Что-то не так.

Не первый :) у нас время от времени всплывает этот случай, и в него уже вложено некоторое количество мыслительных усилий :) Там основная проблема, что очень не хочется прибивать гвоздями в компиляторе прям специально этот случай, хочется чтобы это работало в рамках некоторой общей системы

Может помогут контракты ну их пока нет для обычных смертных

Друзья! Поставьте звездочку проекту на GitHub - (правый верхний угол) https://github.com/sourcerer-io/sourcerer-app Ребята делают классный сервис для визуализации профайлов разработчиков на основе кода в GitHub. Фидбек по сервису очень приветствуется!

помоги лайком бабушке...

помоги лайком бабушке...

Бабушка страдает без звёздочек! Отзывом о сервисе тоже можно помочь ;)

Большая часть проекта написана на Котлине. Sourcerer App это конкретно тот компонент, который собирает статистики. Работает локально и в клауде. Да, фидбек очень приветствуется.

Прикольно.

Котлин Комьюнити Эффект

Друзья! Поставьте звездочку проекту на GitHub - (правый верхний угол) https://github.com/sourcerer-io/sourcerer-app Ребята делают классный сервис для визуализации профайлов разработчиков на основе кода в GitHub. Фидбек по сервису очень приветствуется!

не совсем понятно, что это штука делает. А доступ к почте просит)

У меня воспроизвелось так. Я нажал на ссылку "Give us a star on GitHub!", поставил звёздочку, а затем кнопку "Назад" в браузере.

Звёздочку, я думаю, можно не ставить чтобы проверить.

@kknize спасибо, сейчас буду смотреть, нас немного из-за активности сегодня шатает ?

не совсем понятно, что это штука делает. А доступ к почте просит)

доступ к почте просит по простой причине. мы собираем статистики для визуализации по коммитно чтобы показывать интересные данные. для того что бы определять авторство коммитов смотрим на почту. это все

еще просим доступ к списку ваших публичных организаций, потому что только так гитхаб отдаст ссылки на ваши публичные репозитории, которые сделаны не из вашего профиля

sourcerer-app это полностью тот же код, который у нас крутится в клауде для обработки репозиториев с GitHub OAuth регистрации, несчитая небольшой обертки для подключения к очередям. поэтому можете посмотреть код чтобы понять что мы делаем с репозиториями, данными и почтами

short answer: строим красивые профили ?

А в каком потоке будет выполняться корутина? Я могу запустить тыщу корутин на тредпуле(10) и типа они там как то сами распределятся чтобы побыстрее было?

А в каком потоке будет выполняться корутина? Я могу запустить тыщу корутин на тредпуле(10) и типа они там как то сами распределятся чтобы побыстрее было?

Ну ты же можешь запустить тысячу Callable<T> на этом тредпуле(10), вот и с корутинами будет тоже самое. Корутины никак не связаны с потоками, это просто "сахар" над колбеками (на самом деле нет)

Ну ты же можешь запустить тысячу Callable<T> на этом тредпуле(10), вот и с корутинами будет тоже самое. Корутины никак не связаны с потоками, это просто "сахар" над колбеками (на самом деле нет)

Разные этапы корутины могут выполняться на разных потоках?

Разные этапы корутины могут выполняться на разных потоках?

Если эти разные этапы, тоже suspend функции торг да

Если эти разные этапы, тоже suspend функции торг да

Вот у меня только одна suspend функция с каким то запросом в бд внутри (то бишь два этапа). Когда я ее запущу - я получу корутину, как я понимаю. А-ля Thread.start/run в зависимости от корутин билдера. И обе части корутины будут в одном потоке. Но в каком? Это вообще важно?)

Может помогут контракты ну их пока нет для обычных смертных

Воо я кстати забыл про них. Было бы здорово решить эту проблему в рамках контрактов. Я просто обьявлю свой базовый параметр с контрактом и буду счастлив.

Вообще тема контрактов очень интересная. Даешь больше обсуждений. Или их уже можно где-то в паблике найти?

Вот у меня только одна suspend функция с каким то запросом в бд внутри (то бишь два этапа). Когда я ее запущу - я получу корутину, как я понимаю. А-ля Thread.start/run в зависимости от корутин билдера. И обе части корутины будут в одном потоке. Но в каком? Это вообще важно?)

Запуск suspend функции != созданию корутины. Suspend функция может приостанавливать выполнение. Но она будет выполняться в той корутине, в которой вы её запустите.

Запуск suspend функции != созданию корутины. Suspend функция может приостанавливать выполнение. Но она будет выполняться в той корутине, в которой вы её запустите.

результат корутин-билдера - корутина?

результат корутин-билдера - корутина?

Не совсем, но почти.

Смотря что понимать под результатом. :)

Ну те результаты что именю Thread-like api.... если я все правильно понимаю. Ну это не треды, но апи просто похож

Ну те результаты что именю Thread-like api.... если я все правильно понимаю. Ну это не треды, но апи просто похож

Я имел ввиду, что, к примеру, launch возвращает Job. Job - не сама корутина. Но launch внутри создаёт корутину.

Я имел ввиду, что, к примеру, launch возвращает Job. Job - не сама корутина. Но launch внутри создаёт корутину.

Ок, буду считать что примерно понял. Я правильно понимаю, что использовать корутины без запросов к бд, по http, прочего io особого смысла нету? Собственно они именно для вот такого io и сделаны?

Ок, буду считать что примерно понял. Я правильно понимаю, что использовать корутины без запросов к бд, по http, прочего io особого смысла нету? Собственно они именно для вот такого io и сделаны?

корутины — инструмент для асинхронного программирования. как ты будешь его использовать — твое личное дело.

корутины — инструмент для асинхронного программирования. как ты будешь его использовать — твое личное дело.

++

А в чем смысл такого, если и так ничего не блочится?

ты молотком можешь сделать что угодно, главное — уметь им пользоваться

А в чем смысл такого, если и так ничего не блочится?

в каком смысле ?

что не блочится?

В чем смысл использовать корутины, если нет ожидания io и в коде, например, ничего не блочится. Ну не лезет он в бд например

никакого, не используй но редкая задача не требует асинхронности

В чем смысл использовать корутины, если нет ожидания io и в коде, например, ничего не блочится. Ну не лезет он в бд например

Например большая производительность на больших количествах потоков.)

У меня вот... трабла с тяжелым расчетом. 38 мсек считается. Данные для фронта. На достаточно быстрой машине. Без io причем. В расчете фигней вроде не страдаю. На сервере CPU уходит в небеса.