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

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

Всё так.

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

Кстати, что посоветуешь, чтобы смотреть обьекты с большой вложенностью по-человечески?

Кстати, что посоветуешь, чтобы смотреть обьекты с большой вложенностью по-человечески?

Не знаю ничего)

Я использую только стриминг, мне некогда маппить или собирать дерево)

так какие у тебя юзкейсы, объемы данных?

Можно ли унаследоваться от generic параметра? class Proxy<T>: T { } Оно ругается, что only classes and interfaces may serve as supertypes, но может его как то можно уговорить.

Можно ли унаследоваться от generic параметра? class Proxy<T>: T { } Оно ругается, что only classes and interfaces may serve as supertypes, но может его как то можно уговорить.

open class

Можно ли унаследоваться от generic параметра? class Proxy<T>: T { } Оно ругается, что only classes and interfaces may serve as supertypes, но может его как то можно уговорить.

нет, см. type erasure

так какие у тебя юзкейсы, объемы данных?

100-200 килобайт, старт приложения, ничтожный проц, мало памяти, классы ещё в интерпретаторе

Ну я сомневаюсь, что стриминг быстрее

Но как это бенчмаркать - не понятно

Ну я сомневаюсь, что стриминг быстрее

Эмм, любой метод парсинга базируется на стриминге

Может мы про разный стриминг говорим

нет, см. type erasure

интересно в Kotlin Native тоже type erasure?

Я про тот, что данные приходят частями, либа кидает эвенты на начало объекта, конец, на каждый филд

Я про тот, что данные приходят частями, либа кидает эвенты на начало объекта, конец, на каждый филд

Я про тот, где проходишь по данным токен за токеном.

ненавистник синглтонов в треде :) https://youtrack.jetbrains.com/issue/KT-23304

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

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

Я не об этом вообще. Данные в памяти.

ненавистник синглтонов в треде :) https://youtrack.jetbrains.com/issue/KT-23304

А чем тебе AtomicReference не угодил?

А чем тебе AtomicReference не угодил?

Просто как пример изменяемого оъекта

ненавистник синглтонов в треде :) https://youtrack.jetbrains.com/issue/KT-23304

я не думаю что котлин должен на такое варнинги кидать

Я не об этом вообще. Данные в памяти.

Ну вот смотри бенчмарки, у меня без стриминга сделано

я не думаю что котлин должен на такое варнинги кидать

IDE, линтеры — ок но не компилятор

IDE, линтеры — ок но не компилятор

пусть IDE

ок, тогда согласен с тобой

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

Я не об этом вообще. Данные в памяти.

есть еще вариант, когда нужны не все данные, boon парсит в мапу, которая знает из какого места в исходных данных вытащить значение, и создает отдельные значения только по требованию

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

? ошибок же нет, в каком плане "не поддерживается"?

Нельзя написать val ((a), (b)) = ...

а, понял)

Всем привет! Создана московская группа Kotlin, присоединяйтесь! Вскоре сделаем оффлайновый митап.

https://www.meetup.com/Kotlin-Moscow

Скорость парсинга это, конечно круто, но меня протобуф подкупает больше всего тем, что proto-файл - хорошая спека, а в JSON даже комментарии не воткнешь

Ну и автогенерация pojo

@relizarov а планируется ли добавить возможность получения контекста корутины вне билдера? сейчас это делать можно, но довольно костыльно

Уже есть в 1.2.30.

и правда, круто, спасибо)

а когда планируете kotlinx.serializer добавить?

https://pastebin.com/x2mnQmwT

на графики на днях добавлю

может ночью запущу бенчмарк всего сначала

он часа 4 длится

непонятно что kotlinx.serialization делает в компайлтайме, но это никак не помогает, оно медленнее джавовых рантайм аналогов на порядок

Пока что это technology preview, перфоманс будет чуть позже шлифоваться Но рефлексии там действительно нет, что позволяет все на Js и Native запускать

пс кто не в курсе @sandwwraith это главный контрибьютор kotlinx.serialization :)

а у kotlin/native есть инструменты для работы с websocket?

В планах сделать отдельную от ktor.io библиотеку с блекджеком и асинхронными сокетами.

kotlinx.io Туда постепенно переедут и асинхронные сокеты

Хмм, странно, что прям на порядок. Надо перепроверить)

ну не на всех тестах, но все равно сильно медленнее

kotlinx.serialization позволяет мапить json(и не только) в классы. А как можно работать в kotlin/native c json в более динамической манере не мапя его в класс. например как в библиотеке klaxon c использованием LOW LEVEL API https://github.com/cbeust/klaxon#low-level-api. ?

Ну хорошо, если этому есть какое-либо применение

а когда планируете kotlinx.serializer добавить?

А какой сейчас статус у kotlinx.serialization? я несколько раз перечитал страничку на гитхабе, то так и не понял, можно пользоваться или нет по описанию скорее создается впечатление, что все готово

>Пока что это technology preview, перфоманс будет чуть позже шлифоваться

в слаке часто вижу народ уже активно у себя юзают

пока еще 0.4.2 версия, релиза не было

проекту полгода

8 месяцев

т.е. все что версии 0.х не стоит серьезно рассматривать?

по версии непонятно у корутин вон версия 0.22.5 но при этом в докладах прямо говорится: берите и смело пользуйтесь

ERROR: S client not available

вообще это по хорошему надо явно на гитхабе писать, в каком оно состоянии и можно ли это использовать

по версии непонятно у корутин вон версия 0.22.5 но при этом в докладах прямо говорится: берите и смело пользуйтесь

ну корутины тоже не релизнулись) в этом году мож будет релиз

вместе с 1.3

кафка вон тоже без стабильного релиза сколько жила

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

ну так понимаю это +- финальная версия апи, а вот внутренности будут еще меняться чтобы перформанс был получше, код почище и все такое

а то я видел внутри закомменченные println :)

а вообще у @sandwwraith лучше поспрашивай

ну так понимаю это +- финальная версия апи, а вот внутренности будут еще меняться чтобы перформанс был получше, код почище и все такое

Апи тоже может поменяться) Но вообще то что сейчас есть работает, не падает внезапно и можно использовать в мультиплатформе Шлифовать ещё нужно, конечно

а то я видел внутри закомменченные println :)

А где это было, кст?) видимо между глаз попало...

https://github.com/Kotlin/kotlinx.serialization/blob/master/runtime/common/src/main/kotlin/kotlinx/serialization/json/JSON.kt#L377

https://github.com/Kotlin/kotlinx.serialization/blob/master/runtime/common/src/main/kotlin/kotlinx/serialization/json/JSON.kt#L377

Спасибо

не подскажите где можно почитать про создание вер приложения на ktor?

Глянь kotlin-fullstack-sample или quickstart в документации ktor

100-200 килобайт, старт приложения, ничтожный проц, мало памяти, классы ещё в интерпретаторе

А какую либу юзаешь?

я тут klaxon еще погонял, он что-то вообще не очень

https://pastebin.com/YUErFA29

А какую либу юзаешь?

Jsoniter, выпилив из неё всё лишнее.

А кто-нибудь может подсказать, как с gradle забандлить все в один файл в kotlin js?

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

С бинарными тоже не всёртак гладко, самая сложность - это обратная совместимость, и совместимость между языками

Лучше. У JSON нет ни одного адекватного плюса по сравнению с ними. Но там, кто спользует ноду или пхп, этого не понять.

Вообще передать через байты структуру данных, особенно если развесистую, это вообще ни разу нетривиальная задача. А протобаф он достаточно медленный всё-равно

Плюс там же кодогенерация? Это значит удаление поля из середины ломает все приёмщики

Лучше. У JSON нет ни одного адекватного плюса по сравнению с ними. Но там, кто спользует ноду или пхп, этого не понять.

Ох лол, если у тебя есть файлик в 100 мб. То там наверное лежат какие то относительно важные данные. И возможность попарсить их глазами зачастую очень важна

Достаточно адекватный плюс?

Если места жалко, то json просто ахрененно зипуется

А, да, у меня на работе сейчас 4 разных бинарных формата, я вам скажу отладка всёго этого - то ещё удовольствие

Один порядок байт чего стоит

А главное, все бинарные сериализаторы - как один говно, есть единственный лучик здравого смысла - это one-nio, но он не особо популярен, плюс java-only =(

Плюс там же кодогенерация? Это значит удаление поля из середины ломает все приёмщики

Вовсе не значит.

Вовсе не значит.

С чего бы это? Вот код, который по смещению 42 ожидает инт, вы этот инт удаляете, за ним идёт строка. Получается этот код откусит от строки 4 байта