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

Не можешь ничего сделать не на своей территории huh??

это жопа, а не быстро) ща

чому жопа, сифор же быстрый

Не можешь ничего сделать не на своей территории huh??

не убивай плес, умоляю

не убивай плес, умоляю

Я подумаю, а ты в инстаграме принесешь извинения?

я принесу асинхронные извинения

Не можешь ничего сделать не на своей территории huh??

чего взъелся?)

чего взъелся?)

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

ну так решайте лично

? кто-то не понимает сарказма

чому жопа, сифор же быстрый

сфор не быстрый, а обычный вайл. но он тут не при чем. 1. когда есть массив байт его засовать в другой массив надо не циклом, а System.arraycopy и это основной косяк этого куска кода 2. Bytes.toBytes это что за функция? как работает? (может важно, а может нет) 3. если хочется еще быстрее надо держать буфер Array[Byte](8) для всех элементов и в него айтем складывать, а его потом см. п. 1 4. если еще быстрее, то избавиться от буфера и сразу с оффсетом складывать дабл в итоговый массив

сфор не быстрый, а обычный вайл. но он тут не при чем. 1. когда есть массив байт его засовать в другой массив надо не циклом, а System.arraycopy и это основной косяк этого куска кода 2. Bytes.toBytes это что за функция? как работает? (может важно, а может нет) 3. если хочется еще быстрее надо держать буфер Array[Byte](8) для всех элементов и в него айтем складывать, а его потом см. п. 1 4. если еще быстрее, то избавиться от буфера и сразу с оффсетом складывать дабл в итоговый массив

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

? кто-то не понимает сарказма

мамка в детстве уронила

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

причем тут это? ты какую-то ерунду написал)

сфор не быстрый, а обычный вайл. но он тут не при чем. 1. когда есть массив байт его засовать в другой массив надо не циклом, а System.arraycopy и это основной косяк этого куска кода 2. Bytes.toBytes это что за функция? как работает? (может важно, а может нет) 3. если хочется еще быстрее надо держать буфер Array[Byte](8) для всех элементов и в него айтем складывать, а его потом см. п. 1 4. если еще быстрее, то избавиться от буфера и сразу с оффсетом складывать дабл в итоговый массив

За эррей копи, спасибо, сейчас перепишу

причем тут это? ты какую-то ерунду написал)

Да, я замечание понял, с эррей копи ты прав

Да, я замечание понял, с эррей копи ты прав

я и по остальным пунктам прав ?

я и по остальным пунктам прав ?

А как оно складывать будет? Если сразу даблами

я и по остальным пунктам прав ?

val binArray = new Array[Byte](vec.length * java.lang.Double.SIZE) cfor(0)(_ < vec.length, _ + 1) { i => val tmp = Bytes.toBytes(vec.getDouble(i)) System.arraycopy(tmp, 0, binArray, i * java.lang.Double.SIZE, java.lang.Double.SIZE) }

А как оно складывать будет? Если сразу даблами

var itemOffset = 0 cfor{ val double:Double = nextDouble val long:Long = Double.doubleToLongBits(double) output(itemOffset + 0) = (byte)(long >>> 56) ... +7 lines itemOffset += 8 goto 1st line in cfor }

быстрее чем это на жвм стандартными средствами уже не получится

var itemOffset = 0 cfor{ val double:Double = nextDouble val long:Long = Double.doubleToLongBits(double) output(itemOffset + 0) = (byte)(long >>> 56) ... +7 lines itemOffset += 8 goto 1st line in cfor }

ой, там же нужно порядок байт вспоминать, если так делать

но за system.aarraycopy спасибо, я про такое или не знал, или позабыл

но за system.aarraycopy спасибо, я про такое или не знал, или позабыл

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

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

это смотря как arraycopy по стандарту описан)

наверное там mempy

это смотря как arraycopy по стандарту описан)

wat? там же аналог memcpy под капотом

wat? там же аналог memcpy под капотом

ну вот memcpy не обязан поидее копировать целиком) хотя на современных платформах, я думаю именно это он и делает

ну вот memcpy не обязан поидее копировать целиком) хотя на современных платформах, я думаю именно это он и делает

это сейчас было в духе Дружко шоу ?

это сейчас было в духе Дружко шоу ?

эх, плохо без знания интерналсов

эх, плохо без знания интерналсов

ерунда. достаточно принципы помнить. в 99.99999% случаях деталями можно пренебречь на сегодняшний день и уж тем более на жвм. достаточно помнить, что циклом массивы не стоит копировать и не использовать for в скале если нужна быстрая итерация)

ерунда. достаточно принципы помнить. в 99.99999% случаях деталями можно пренебречь на сегодняшний день и уж тем более на жвм. достаточно помнить, что циклом массивы не стоит копировать и не использовать for в скале если нужна быстрая итерация)

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

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

array.foreach((buf : ByteBuffer).putDouble)

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

toString.getBytes xD

https://habrahabr.ru/company/mailru/blog/329294/ для скалы есть подобного рода статья ?

https://habrahabr.ru/company/mailru/blog/329294/ для скалы есть подобного рода статья ?

хорошие вещи в пиаре не нуждаются

нуждаются и ещё как

Да были вроде статьи про то во сколько строчек можно в скале написать то да сё

http://eax.me/scala-doubts/ такую знаю :)

Она конечно не про описание языка, но тоже пиар :)

https://habrahabr.ru/company/mailru/blog/329294/ для скалы есть подобного рода статья ?

почему люди в комментах не понимают, что на скале писать можно как на джаве?

почему люди в комментах не понимают, что на скале писать можно как на джаве?

про интероп 100 процентов очень весело , при этом для скалы есть руководства по интеропу

а у котлина будет игра в минера

Ещё прикольно писать скала для фана, Котлин для прода. Мол стабильнее)

> [DSL](C:\Users\Desktop\Cloud Mail.Ru\Mail — Почему нужно полностью переходить на Kotlin\в Kotlin) %)

Будет забавно, если котлин покажет джавистам лучший мир, а потом они увидят скалу, и уже подготовленные разом на неё уйдут! :D

мне кажется скалаплагин будет платитным

Это будет очень грустно. Можно будет написать им коллективное письмо тогда :)

Интересно, какую роль скала сыграла в создании котлина

https://discuss.kotlinlang.org/t/history-of-kotlin-language/2161/5

> Another reason you see companies move away from Scala is its complexity and Scala inviting you to write unreadable code, but I don't know how much of a role that played for Jetbrains. >:

> Scala inviting you to write unreadable code весьма спорное утверждение

мягко говоря

говно можно на чем угодно писать

Всё из-за compile time? Неужели проще написать новый язык, чем сделать https://triplequote.com/?

вот Brainfuck inviting you to write unreadable code )

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

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

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

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

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

benchmark-friendly методы, прогревают vm за тебя

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

а что сейчас для матриц используешь?

пока нет проектов с математикой забавность была в том, что все заявы про оптимизации в каких либо джавовых либах (включая работу с нативным blas) по производительности не далеко ушли от максимально тупого while + Array (то что @rudogma говорил) бриз брал только ради обратной матрицы, написал еще кастомное чтение из numpy файлов

Пагни. А как всех таки типизировать актор в акке.

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

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

O_o

Пагни. А как всех таки типизировать актор в акке.

http://akka.io/blog/2017/05/05/typed-intro серия постов в блоге у них про раоту с новым вариантом типизированных акторов

Благодарю

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

оч круто

Депрекейтед

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

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

Виноват. Не оно

@optician_owl дай почитать, откуда ты эт взял

это не только с массивами работает, но на них наиболее заметно полагаю наверняка есть корнер кейсы

доклад человека с обложки, даже не помню какой из

ладно там векторизация и все такое

ща найду

векторизация не причем

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

вероятно все упирается в escape анализ

arrays wisdom который ?

векторизация не причем

а я и не говорил что причем xD

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

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

точнее посмотреть можно, но долго

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

точнее посмотреть можно, но долго

но потому не поконтрибьютишь куда-нибудь

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

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

почему на питоне будет быстрее, я не пойму, неужели никто врапперы для сишных библиотек не осилил?

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

врут, там конечно дела лучше, чем с jni, но тоже плохо работает

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

пора брать любой язык с llvm бэком)

numpy, scipy это все сишное с питоновским интерфейсом онли под капотом те же бласы но там нет такой херни как в jvm с копированиями лишними

ну вот с llvm совсем не знаю что и как устроено ты говорил там тоже vm

numpy, scipy это все сишное с питоновским интерфейсом онли под капотом те же бласы но там нет такой херни как в jvm с копированиями лишними

shared memory никак не юзается?

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

ну вот с llvm совсем не знаю что и как устроено ты говорил там тоже vm

это трудно назвать vm)

о, а раст ж как раз с llvm, не?

да нет вроде

хотя могу и врать

https://github.com/rust-lang/rust/tree/master/src/rustllvm