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

Получить байткод из репла как минимум не тривиально.

Быстрее можно поставить этот плагин в идею и декомпилить правой кнопкой прямо из кода https://plugins.jetbrains.com/plugin/10302-asm-bytecode-viewer

:javap {-public/-private} <ClassName>

Привет!
Подскажите по поводу scodec -- это я не умею его готовить или изначально не стоит ждать от него скорости [де]сериализации?
Суть проблемы: есть протокол общения с тарантулом. Всю работу с байтиками делал через scodec. Сравнил свою реализацию с msgpack-java и что-то все совсем не в мою пользу. Вначале грешил на то, что может как-то неправильно кодеки склеил в один общий кодек, но протестировав сериализацию даже для конкретного типа с использованием конкретного кодека результат также существенно хуже, чем у msgpack-java. Может есть какие-то бест-практисы с ним или надежды нет и проще msgpack-java использовать?

Насколько все плохо?

Пробовал тестить сериализацию лонгов:
- scodec ~ 200k ops/sec
- msgpack-java ~ 900k ops/sec

Изначально и не было ожиданий обогнать джавовую реализацию, но были ожидания, что результат будет не настолько хуже ^_^

Если тестировать динамическую сериализацию, то все еще хуже

200к * 8 байт = 1.6 МБ/с ? я нипанимаю, что за скорость такая 200к опс. в байтах то сколько будет пропускная способность?

Я jmh тестил (+ цикл еще был, который остался от прежней идеи теста, но суть не меняется):

val long = Random.nextLong()
val encoded = Codecs.mpInt64Codec.encode(MpInt64(long)).require
val decoded = Codecs.mpInt64Codec.decodeValue(encoded).require.value

и

val packer = MessagePack.newDefaultBufferPacker()
val long = Random.nextLong()
packer.packValue(new ImmutableLongValueImpl(long))
packer.close()
val unpacker = MessagePack.newDefaultUnpacker(packer.toByteArray)
val value = unpacker.unpackValue()
val decoded = value.asIntegerValue().asLong()

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

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

Одно из другого в принципе вывести можно, зная, что в тесте перекладываем всегда 8 байт x 2

@nryanov можешь плиз вынести энкодинг в фазу подготовки, получив баит эррей прост и смотреть только декодинг /

Да, сейчас попробую так

Долго тест не держал, после стандартного вармапа вышло: 421.347 ops/s

Если совсем по-честному без циклов ненужных: link

а у джавы?

а вижу

Я не спец, но так бенчмарки не пишутся. Ассерты нужно убрать, blackhole добавить. Рандомизация данных тоже нужна.
Я прогнал тест со стандартным long кодеком - получил честные 42M ops/sec

Я в целом тоже не спец по бенчмаркам =)
Хм, странно. А точно 42М вышло? У меня scodec больше 5М не выдает, а вот с джавовым кодеком вышло 33М без доп настроек и с максимально топорным бенчмарком (blackhole по умолчанию такой: Blackhole mode: full + dont-inline hint)

железо разное

нужно смотреть оба варианта