спасибо

особые опции сборки?

все-таки хаскельный ввод вывод давно написали и с тех пор только подкастыливали там и тут

у меня никакой экзотики, -O2

опции RTS?

-A16m?

-dynamic -O2 -optc-O3 - у меня так

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

6s, 0.03 system вариант @A64m_qb0 у меня

-O2 просто

А можно Lazy ByteString перенарезать на куски явно без Builder-а, через конверсию в обычный ByteString и назад?

Надо с пайпай вариантом и сравнить

можно

но зачем?

а перенарезать

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

не думаю

мне кажется больше чем одной

вариант @voidlizard 8s при дефолном A и 12 при -A16m

щас результаты сравню ещё и можно начинать думать

там нету работы ГЦ вообще, так что толку от тюнинга нету

если в варианте @voidlizard собирать билдером чанки то быстрее моего будет, я-то просто до последнего пытался "высокоуровневый" вытянуть

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

можно еще бейзлайн отчертить, если замерить работу только логики, без ио

так а во сколько ещё раз хотелось бы?

да я замерял одно ио без логики, можно сказать что только оно и есть

в десять раз быстрее перовй версии емнип

на моей машине сейчас 6 раз разница

@A64m_qb0 output file вообще разный

у тебя и у @voidlizard

а черт

mygfc5tg3e vs 5tg3emygfc

похоже местами не поменяно

Не принципиально, понятно где пофиксить.

не-не-не, просто поменять e1 и e2 не прокатит

там какая-то веселуха с билдером

если я меняю e1 и e2 местами, то e2 пропадает

Хм. В общем самый бейзлан я причесал, тут https://pastebin.com/JM6qAnUW

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

mygfc|5tg3e

если поменять, то |mygfc

разделитель мой

Все что unzip и правее - это парсинг.

@eahqzsr надо менять чанки местами или нет?

что меня несколько удивляет (про билдер)

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

я воспроизводил поведение вот этого main :: IO () main = do interact processAll processAll = concat . process . unzip . map toPairs . lines process (l1, l2) = [format e1 e2 | e1 <- l1, e2 <- l2] toPairs line = (el1, tail el2) where (el1, el2) = break (==' ') line format a b = a ++ b ++ "\n"

5.47 с hSetBuffering

так это почти то же самое

15%&

так ладно, поехали уже что-то пытаться самому сделать

@A64m_qb0 попробуй у себя заменить

что заменить?

-process (l1, l2) = [Builder.lazyByteString e1 <> Builder.lazyByteString e2 <> Builder.char8 '\n' | e1 <- l1, e2 <- l2] +process (l1, l2) = [Builder.lazyByteString e2 <> Builder.lazyByteString e1 <> Builder.char8 '\n' | e1 <- l1, e2 <- l2]

и сравнить результаты ( | head) хотя бы

у меня fast-builder в полтора раза быстрее

а с этим что? у меня он тупо съедает e2, looks like a bug..

а какие настройки буферизации были?

не важно

я это до этого заметил

меняешь e1 и e2 и полстроки нету

да я не по вопросу съедания интересуюсь

Nothing

implementation dependent

воспроизводится

похоже на баш

баг

при чем в e1 и e2 то что нужно

если вставить что-то между, то это видно

вариант voidlizard с builder-ом - 6.13с

т.е. тоже что высокоуровневый, но строки нормальные

а не. секунду

4.48

@A64m_qb0 ^

пока рекорд у меня

Так может сделать LBS.fromChunks и перенарезать?

билдер это и делает

pypy можешь запустить для сравнения?

как его поставить на nixos?

и где исходник