Да, именно так

Интересненько, спасибо

Если вызывается не-suspend функция, то внутри такой обычной функции всегда можно тспользовать, так как засыпание в ней не может произойти никогда

То есть корутина может уснуть в одном потоке, а проснуться в другом

Зависит от контекста, но в общем случае и в CommonPool - да, может. Поэтому с блокировками и ThreadLocal лучше быть аккуратнее.

Все примитивы AtomicXxx модно использовать как обычно

А также их производные

В любом случае, очень многое прояснилось

Спасибо огромное

Кто что делает со слепостью JaCoCo к инлайновым функциям? Или проще забить?)

Встроенный в идею кавередж работает более менее правильно с инлайн-функциями

За исключением некоторых нюансов

Как починить jacoco неизвестно: не уверен, разбирплся ли кто-то с этим

можно на Travis запускать IDEA Coverage? :) Так-то всё в нём хорошо...

Стандартная синхронизация с блокировками не то чтобы не работает, но это лучше никогда не использовать (т.к. блокировки потоков). Есть свои мьютексы - https://github.com/Kotlin/kotlin-coroutines/blob/master/kotlin-coroutines-informal.md#mutexes Можно навелосипедить, если чего-то не хватает в этом плане.

тут хуже может быть: если у тебя пул для корутин состоит из 8 потоков, и все 8 потоков ты заблочишь обычными средствами блокировки (хоть Thread.sleep) то у тебя из этого пула корутины в принципе выполняться не будут

пипл, есть вопрос: я взял рекомендованный выше ktor и внутри корутины его запускаю. во всех тестах, как бы не конфигурировал ktor, получаю 1000 запросов в секунду. ровно. в чём может быть проблема? сейчас скину код.

Так а пул случаем не размером 1000?

Так а пул случаем не размером 1000?

пул не редактировал, он стандартный

и не 1000, а 100 выходит

Так а пул случаем не размером 1000?

а не шаришь где его отредачить можно?

а, не пул корутин надо редачить. endpoint.apply { maxConnectionsPerRoute = 1000 }

странный ктор, на спринг ужасно похожий

странный ктор, на спринг ужасно похожий

не, то метод, к которому стучусь

ну, типа, не задержки же сети смотреть, а чисто чекать производительность фреймворка

от ктора мне нужен только http-клиент

жесть какая-то

жесть какая-то

Зато быстро написано

Зато быстро написано

зато результаты странные, возьми JMH

ktor.io же Только он не совсем стабилен

Почему не стабильный? Вроде вместе с корутинами обещали уже зарелизить

Почему не стабильный? Вроде вместе с корутинами обещали уже зарелизить

ну корутины ещё не в релизе же

ну корутины ещё не в релизе же

это не отменяет того, что они отлично работают в продакшене

ну корутины ещё не в релизе же

Падажжи, то что они ещё в экспериментал - это ещё не значит что они не продакшен реди

Падажжи, то что они ещё в экспериментал - это ещё не значит что они не продакшен реди

галеры так не считают ?

ну я корутины месяца 3-4 как юзаю

и мне норм

хотя вот есть фичи, которых не хватает

хотя вот есть фичи, которых не хватает

Каких фич в корутинах может не хватать? Если корутина - это и есть фича )

Каких фич в корутинах может не хватать? Если корутина - это и есть фича )

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

типа, вместо delay(150) можно было юзнуть Thread.sleep(150)

удобно было бы

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

Омг, это как? О_о

не пришлось бы менять код

Омг, это как? О_о

допил компилятора, я думаю

или ещё что

допил компилятора, я думаю

Ну это как минимум )

ну, пока они не в продакшене, такое можно замутить

Но тогда же ещё все функции должны быть саспенд

Нельзя же саспенд функцию вызвать не из саспенд функции

Ну и это меняет семантику же

Всё-таки тред != корутина

Тредлокалы там всякие

Короче какая-то слишком крутая идея, мир, как мне кажется, к такому не готов )

или ещё что

Все уже украдено за нас. Корутины будут в Яве и при этом саспендиться будет безовсяких дополнительных конструкций. В алибабе уже работает это. http://openjdk.java.net/projects/loom/

Все уже украдено за нас. Корутины будут в Яве и при этом саспендиться будет безовсяких дополнительных конструкций. В алибабе уже работает это. http://openjdk.java.net/projects/loom/

ну да, опять другое название: fibers

Все уже украдено за нас. Корутины будут в Яве и при этом саспендиться будет безовсяких дополнительных конструкций. В алибабе уже работает это. http://openjdk.java.net/projects/loom/

А что там хомпот делпет, вм вроде менять хотели на грааль, или это просто альтернатива?

Все уже украдено за нас. Корутины будут в Яве и при этом саспендиться будет безовсяких дополнительных конструкций. В алибабе уже работает это. http://openjdk.java.net/projects/loom/

В смысле там даже suspend не надо будет писать, можно любую функцию засаспендить?

В смысле там даже suspend не надо будет писать, можно любую функцию засаспендить?

Могу только сказать как это работает для Алибабы (то как я это понял из доклада) Просто обычный код Java, но кажется в любом месте, он может засуспендиться и потом когда-то продолжить выполнение. У них это все сделано, ради экономии переключения контекстов на процессоре между потоками. Этот доклад у них был на JPointe, но они его потом отдельно представляли и я там его видел.

by involving in Adopt-aJSR activities and by directly participating in current OpenJDK project, we commit to contribute to newly launched OpenJDK project loom, actually our customized OpenJDK version already implemented some similar mechanism proposed by project loom.

https://www.youtube.com/watch?v=fpyub8fbrVE

На 9-й минуте он говорит, что вот код старый... но с файберми он становиться резко масштабируемым. И вот после этого я смотрю на JavaScript с его async\await и понимаю, что в яве сделают круче! :)

> сделают Ну может наши внуки норм покодят) (а на android правнуки)

ERROR: S client not available

Только хотел сказать, что на Андроиде итак котлин, как вдруг увидел название чата

> сделают Ну может наши внуки норм покодят) (а на android правнуки)

Пока похоже, что правнуки будут на Дарте писать. Если, конечно, кто-нибудь не завезёт новый бекенд для котлина.

Пока похоже, что правнуки будут на Дарте писать. Если, конечно, кто-нибудь не завезёт новый бекенд для котлина.

так Native же

так Native же

Я вот глянул с утра страничку об интеропе дарта с сями, а там написано, что инфа устарела, а ссылки на актуальную добавить постеснялись.

Могу только сказать как это работает для Алибабы (то как я это понял из доклада) Просто обычный код Java, но кажется в любом месте, он может засуспендиться и потом когда-то продолжить выполнение. У них это все сделано, ради экономии переключения контекстов на процессоре между потоками. Этот доклад у них был на JPointe, но они его потом отдельно представляли и я там его видел.

Они там не квазар случайно используют?

Они там не квазар случайно используют?

Название точно не помню. Они взяли какую-то университетскую разработку и занесли ее себе. Почему-то запомнил название loom, возможно в ее основе она же и лежит. Т.е. они не сами все написали.

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

Пажжите, корутины и грин потоки - это же разные вещи. У грин потоков свой шедулер же должен быть

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

Или я путаю?

Пажжите, корутины и грин потоки - это же разные вещи. У грин потоков свой шедулер же должен быть

Нет, насколько понимаю - и там и там кооперативная многозадачность, в обоих случаях возможно форсированное переключение контекста (io операции, возврат из функции - первое что в голову приходит)

Все уже украдено за нас. Корутины будут в Яве и при этом саспендиться будет безовсяких дополнительных конструкций. В алибабе уже работает это. http://openjdk.java.net/projects/loom/

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

Нет, насколько понимаю - и там и там кооперативная многозадачность, в обоих случаях возможно форсированное переключение контекста (io операции, возврат из функции - первое что в голову приходит)

В корутинах переключить контекст можно только на саспенд поинте, тот самый асинк io и другие саспенд функции, но если у вас бесконечный цикл который складывает даблы, то фиг его кто остановит

а есть таки ktor-юзеры в треде? Подскажет кто, как легко вытащить из call тело запроса? Оно у меня там в джсоне, я его и сам бы спарсил, но не вижу, где в скудной документации ктора про это написано

а-ля, embeddedServer(Netty, 8080) { routing { post ("/") { call... //Вот здесь хочу вытащить body } } }.start(true)

там же есть вроде .receive<T>

Ага, увидел, спасибо @zdrastepoka

Какая-то неочевидная функция

всем привет, прошу прощения, но я новенький в котлине)) раньше писал под дроид на яве. есть интересные книги или другие источники обучения котлину?)

всем привет, прошу прощения, но я новенький в котлине)) раньше писал под дроид на яве. есть интересные книги или другие источники обучения котлину?)

Котлин в действии книга

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

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

Да

супер

всем привет, прошу прощения, но я новенький в котлине)) раньше писал под дроид на яве. есть интересные книги или другие источники обучения котлину?)

http://bfy.tw/HxGe

Котлин в действии книга

ок, ша зануглю

http://bfy.tw/HxGe

))

Никто либу не знает чтобы ей скормить class (type), а на выходе получить схему иеархии. Т.е. на вход: class A(val b: String) getDefinition(A::class) На выходе: obj: { fields: { b: string } }

java.lang.reflect?

или UAST

java.lang.reflect?

ну да. но java.lang.reflect мне кажется далеко не все сохраняет (return types/generics?) так что для котлина солюшен нужен. не уверен что все будет работать из коробки. Хочу сделать автоматические формочки для веба. Типо на беке говоришь что вот эта формочка будет иметь такую схему, а на фронте js'ом генерю форму по описанию класса.