у @yellow_apple версия новая

он обошёл мою утреннюю серьезно так

эта _у меня_ быстрее работает чем его

была война со сплайсом

я дайте ссылку?

он работает но толку нету

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

https://gist.githubusercontent.com/yellow-apple/69993c04f8d9afc0d72c56f27e55187f/raw/d55db70fedda2f8c5fde0992fad7ea781df806be/a.c

это последняя @yellow_apple

splice для сильных духом

и каких-то других задач

dmz@zen ~/tmp/bsfuck $ time ./a.out < ./49zGQ6Zt.txt > /dev/null real 0m1.161s user 0m1.160s sys 0m0.000s dmz@zen ~/tmp/bsfuck $ time ./fu < ./49zGQ6Zt.txt > /dev/null fu2.py fuck fu.py dmz@zen ~/tmp/bsfuck $ time ./fixchunks < ./49zGQ6Zt.txt > /dev/null real 0m0.857s user 0m0.852s sys 0m0.004s

точно последняя?

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

твоя 0.857?

да

А по C чатик есть? Мож туда?

https://gist.github.com/voidlizard/4dd7941d98b557a39e251109340335bf

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

секунду

а 0ю82 это твоя или моя последняя?

это моя

твою последнюю давай сюда

тогда секунду еще можно

: https://paste.pound-python.org/show/fCwlugUYFlovU8Deoat4/

^

вот эта

@voidlizard работает?

@qnikst md5sum не сходттся

dmz@zen ~/tmp/bsfuck $ ./qnikst3 < ./49zGQ6Zt.txt | md5sum 45be2772b13bcc8112eddd9f0672740c -

ага тогда завтра

заменишь memcpy на свич как у меня, и все заработает так же

узкое место копирование, memcpy с константой расширяется в специализацию

у меня же нету memcpy?

ну тггда у тебя худший вариант

компилятор умеет вставлять нужные специализации memcpy для разных размерностей

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

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

на этих длинах во всяком случае

ладно, раз там специализации это прикольно, я не знал про такое

тут типа *(uint32_t*)dst = *(uint32_t*)src; и еще один байт дослать

будет самое то

но компилятор это сам делает когда видит memcpy(...,..., 5)

ну примерно

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

все понял, я и диот

о да, круто стало

@voidlizard пасиб прикольная тема

https://paste.pound-python.org/show/DMGFJkxw53po79X6Vtep/

dmz@zen ~/tmp/bsfuck $ time ./qnikst4 < ./49zGQ6Zt.txt > /dev/null real 0m0.483s user 0m0.480s sys 0m0.000s

чорт, опять твой код быстрее

не пойму где

одно и тоже ведь

ща ещё круче будет

куда уж

блин

https://paste.pound-python.org/show/Qp3Pdg1parDKS0pQqppr/

Вертикальный предел

он не идеально корректен, но наверное мне это простят

а что будет на больших токенах? скажем, разером эдак 1024 байта

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

@voidlizard где?

у тебя.

а в чем проблема?

там memcpy же теперь

а в последнем или memcpy(_,_,len) или memcpy(_,_,8)

хм

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

и в буффере, но это не обязательно я там просто BUF_LEN+8 могу выделять

@voidlizard или я пропустил проблему?

не, норм

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

у меня достаточно честное решение

у меня даже write честный

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

так.. чозахрень

у меня стало ОЧЕНЬ быстро

https://paste.pound-python.org/show/fg5hdWv46KurkkDUdnxg/

@voidlizard если не спишь - посмотри

я не понял что произошло, но почему-то у меня в > /dev/null когда пишешьь стало 0.18

хэш вроде тот