AN
Я кстати допилил кусок IO-2. Как раз сейчас прилаживаю его к проекту для проверки. После этого можно будет тестировать и по желанию утягивать обратно в мейнстрим.
Size: a a a
2019 November 27
AN
Получилось довольно изящно в смысле API
I
Ребят, как завериваить (мокито) функцию с дефолтным параметром?
AT
Ребят, как завериваить (мокито) функцию с дефолтным параметром?
Возможно, будет полезен MockK https://blog.kotlin-academy.com/mocking-is-not-rocket-science-expected-behavior-and-behavior-verification-3862dd0e0f03
L
Добрый вечер! Наконец-то, добрались до Котлина)
BP
попробую, но он тогда говорит, что не будет запускаться без флага
UseExperimental тоже эксперементальный 😊
AM
UseExperimental тоже эксперементальный 😊
Леонид чуть ниже это и закрыл флагом.
BP
Леонид чуть ниже это и закрыл флагом.
я просто решил уточнить
АО
А кто-нибудь знает, как для bintray публикаций подписывать файлы multiplatform библиотеки?
АО
Проблема, на самом деле, в том, что подпись происходит, но файлы в выгрузку не включаются
RI
signing плагин работает получается, но подписи не деплоятся?
АО
signing плагин работает получается, но подписи не деплоятся?
Да
АО
Я видел там fileSpec, но с ним как-то неудобно получается, потому что сложно сделать так, чтобы ничего не отвалилось после следующего релиза котлина и mpp
A
Привет, есть цикл, в теле которого выполняется сложное математическое вычисление. Чтобы не занимать главный поток, использую корутины, чтобы обеспечить работу в фоне. В зависимости от условий, цикл заканчивает свою работу за разное время от 0,5 до 30 секунд. Возможно ли, с помощью многопоточности, ускорить выполнение данного цикла? Или все будет упираться в производительность железа?
AN
Привет, есть цикл, в теле которого выполняется сложное математическое вычисление. Чтобы не занимать главный поток, использую корутины, чтобы обеспечить работу в фоне. В зависимости от условий, цикл заканчивает свою работу за разное время от 0,5 до 30 секунд. Возможно ли, с помощью многопоточности, ускорить выполнение данного цикла? Или все будет упираться в производительность железа?
Сильно зависит от того, что за цикл
AN
И что за вычисления
AM
Привет, есть цикл, в теле которого выполняется сложное математическое вычисление. Чтобы не занимать главный поток, использую корутины, чтобы обеспечить работу в фоне. В зависимости от условий, цикл заканчивает свою работу за разное время от 0,5 до 30 секунд. Возможно ли, с помощью многопоточности, ускорить выполнение данного цикла? Или все будет упираться в производительность железа?
Очевидно, если задача параллелится, то её можно распараллелить на количество ядер, которые есть в наличии (
Runtime.getRuntime().availableProcessors()). Корутины вам тут помогут с тем, что вы запланируете разбиение, сложите в канал порции исходных данных, а после запустите нужное количество корутин на Dispatchers.Default, из которых заберёте порции и рассчитаете их. После чего с помощью async+awaitAll, к примеру, можно будет забрать результат.AM
Хотя бить можно и на большее число, чего я. Ограничит сверху параллельность уже сам диспетчер
BP
Привет, есть цикл, в теле которого выполняется сложное математическое вычисление. Чтобы не занимать главный поток, использую корутины, чтобы обеспечить работу в фоне. В зависимости от условий, цикл заканчивает свою работу за разное время от 0,5 до 30 секунд. Возможно ли, с помощью многопоточности, ускорить выполнение данного цикла? Или все будет упираться в производительность железа?
если работа с большими колекциями то возможно помогут паралельные стримы (java 8)
AN
Хотя бить можно и на большее число, чего я. Ограничит сверху параллельность уже сам диспетчер
CPU-bound на больше нет смысла. Но там надо убедиться, что это именно cpu