blame УКН

УКН?

ну ваш аналог РКН

Кстате, а чем быстрее всего переводить цифирки в текст?

ну ваш аналог РКН

серьёзно? УКН? я думал я выдумал это название

Я пользую double-conversion

Кстате, а чем быстрее всего переводить цифирки в текст?

read :)))

Но он тока с double работает

Кстате, а чем быстрее всего переводить цифирки в текст?

билдерами соотв типа

https://hackage.haskell.org/package/text-1.2.2.1/docs/Data-Text-Lazy-Builder.html

https://hackage.haskell.org/package/text-1.2.2.1/docs/Data-Text-Lazy-Builder-Int.html

это вроде только среди искоробочных самый быстрый, с даблами в text вечно тормоза какие-то

ну вообще юзкейс ещё надо бы узнать

Хмм

То есть вот это медленнее? https://hackage.haskell.org/package/double-conversion-2.0.2.0/docs/Data-Double-Conversion-Text.html

в студию вызывается criterion

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

Юзкейс - сконвертировать кучу флоатов (ок 100 000 000) в текст с вставкой переноса строки через каждые 10 000

И плюнуть в файл

но плохо что там не в билдер даблы конвертятся

там только цифры? так это лучше байтстрингом тогда делать

Просто у меня float. Приходится его в double конвертировать ( И да, плохо, что не в builder

Автор double-conversion пишет, что в bytestring конвертируется медленнее из-за особенностей выделения памяти

автор глупый какой-то

(/me проверяет не он ли автор, а то как с git blame будет)

XD

а bos

он странный

и на email не отвечает

double-conversion этож гугловская хрень на плюсах

точно форкну на zurihac все

https://hackage.haskell.org/package/double-conversion-2.0.2.0

на через гугловую

Ну хз, вообще эта библиотека - биндинг к гугловской сишной, если я правильно помню. Я просто на ней давно остановился и использую, но меня недавно стали терзать сомнения....

https://github.com/bos/double-conversion/tree/master/double-conversion йеп

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

там же не билдер

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

видимо там std::string

convert :: String -> CInt -> (CDouble -> Ptr Word8 -> IO CInt) -> Double -> ByteString convert func len act val = unsafePerformIO $ do fp <- mallocByteString (fromIntegral len) size <- withForeignPtr fp $ act (realToFrac val) when (size == -1) . fail $ "Data.Double.Conversion.ByteString." ++ func ++ ": conversion failed (invalid precision requested)" return $ PS fp 0 (fromIntegral size)

ничего не мешает fixed минимум через билдер делать

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

просто между 2008 и 2018 он не менялся

хорошо хоть билдится

ну да, ожидания выросли просто

т.к. он успел комеинтенеров добавить

вот серьезно, что с resource-pool делать?

С чем?

померять рабочий проект, сказать что вот 4% CPU на пустом месте жрётся, давайте форкать

пакет босовый

Есть же процесс захвата пакета

Вдруг БоС очнётся

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

его знают лучше чем меня

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

Бас (комеинтенер ) предложил мне пакет взять

Так бери и комеёнтейнь

в текст, для вывода пользователю?

Возьми, я помогу, если что.

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

Текст скармливается потом построителю графиков

а прав давания прав у него нету

достаточно логичное это сесть и потратить вечер использование builder для double convertion

Поднять бучу на тему отдавания полных прав Басу?

Бас тоже не хочет похоже полноценно поддерживать

вот прикольно это пакет который используют все персистенты и все подряд

достаточно логичное это сесть и потратить вечер использование builder для double convertion

А правда. Только для себя, получается(

А Бас даёт полные права тебе

Ну или достаточные

@HaskellMouse ну почему, никто на hackage не запрещает положить

double-conversion-builder

И да - я еще не лазил в кишочки - насколько оно завязано на тип double?)

Еще раз - у меня все данные во float

@PineappleZombie я думаю на зурихаке баса отловить и все порешать

Сейчас все 100 млн конвертируюся из float в double

@HaskellMouse ну давай посмотрим https://github.com/google/double-conversion

Я как домой доберусь, посмотрю

Ща на улице прост

162 bool ToShortestSingle(float value, StringBuilder* result_builder) const {

Гмм.....

а не не-то

вообще а разве конвертация float->double (если ты структуры не аллоцируешь) будет много жрать?

по сравнению с заполнением буфферов

вообще а разве конвертация float->double (если ты структуры не аллоцируешь) будет много жрать?

Да нет, не будет, но что-то да жрется

По крайней мере судя по всему - не так мало

Глупый вопрос, но возможно ли на хаскеле вычислить число пи, и сколько цифр?

встречный вопрос, чем haskell отличается от любого другого языка?

встречный вопрос, чем haskell отличается от любого другого языка?

Это я у вас хочу спросить

По крайней мере судя по всему - не так мало

может структуры аллоцируются

встречный вопрос, чем haskell отличается от любого другого языка?

На питоне например, цифр меньше

Глупый вопрос, но возможно ли на хаскеле вычислить число пи, и сколько цифр?

возможно, сколько захочешь

Да нет, не будет, но что-то да жрется

есть ещё ход конём - отдать Data.Vector.Storable в сишку, и записать все в файлы там

На питоне например, цифр меньше

нет, столько же

На питоне например, цифр меньше

столько же

число pi не в IEEE считают

а ещё есть ход конём, успешный

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

С одной стороны не хочется добавлять зависимость на cbor/serialise, с другой хочется инстансов для простых типов для RPC

что делать?

и сказать, что код на питоне (его придётся написать) отработал в 2 раза быстрее