chrono ~/meme ‹master*› » time ./target/release/meme < ./a > /dev/null 130 ↵ ./target/release/meme < ./a > /dev/null 2.43s user 0.02s system 99% cpu 2.459 total

кто там на расте просил...

что это?

да, можно исходник и как его

компилять запускать

кого

а

https://ghostbin.com/paste/dwrda

компилять запускать

cargo build

cargo new --bin meme cd meme * кидаешь код в main.rs * cargo build --release time ./target/release/meme < ./a > /dev/null

без буферов гдет 25 секунд было

о, а скиньте новые номера

я наверное играться уже не буду но интересно

3.128

лучше pypy но хуже хаскеля.

спасибо за подгон

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

хейтерс гонна хейт

я все таки постараюсь щас на сях запилить, но по-взрослому, с аллокациями

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

а порядок вывода не важен?)

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

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

как же так

его ж позже делали

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

Ну раст позиционируется как низкоуровневый язык.

Т.е. замена С.

не уверен, что особо извиняет

@voidlizard трехсекундная версия на сишарпе будет такой же вербозной

без буферов гдет 25 секунд было

без это stdin().read_line()?

без BufReader/BufWriter

https://ghostbin.com/paste/dwrda

for x in &pre { for y in &suf { let _ = out.write(x); let _ = out.write(y); let _ = out.write(b"\n"); } } это идиоматично, так писать?

без BufReader/BufWriter

методы вроде такие же

А stdin разве не надо локать перед использованием?

на клине так и пишут, по крайней мере

for x in &pre { for y in &suf { let _ = out.write(x); let _ = out.write(y); let _ = out.write(b"\n"); } } это идиоматично, так писать?

идиоматично - хз, но так многие пишут, потому что это самый быстрый способ

Если залокать - получится ли быстрее?

идиоматично - хз, но так многие пишут, потому что это самый быстрый способ

быстрее чем строки сначала склеить?

да

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

а что там у си в итоге или забили писать на нем полноценно?

и на го не хватает

Входной файл дайте

https://www.dropbox.com/s/tjul7froasr6kvn/49zGQ6Zt.txt?dl=0

.

MD5sum канонического вывода eb8d32c8d260d240b351dfadd42cb5e5

на этом канале только sha256

юмор.

так.. если в файле строки заканчиваются на \r\n то тогда от перестановки слов в билдере съедается кусок

[qnikst@nixos:~/workspace/myself/experiments/bug]$ hexdump -c test2.txt 0000000 m y g f c 5 t g 3 e \r \n v i v 0000010 3 s k w a m 1 \r \n 000001a [qnikst@nixos:~/workspace/myself/experiments/bug]$ hexdump -c test.txt 0000000 m y g f c 5 t g 3 e \n v i v 3 0000010 s k w a m 1 \n 0000018

это законно?

[qnikst@nixos:~/workspace/myself/experiments/bug]$ ./test-case < test.txt 5tg3emygfc kwam1mygfc 5tg3eviv3s kwam1viv3s [qnikst@nixos:~/workspace/myself/experiments/bug]$ ./test-case < test2.txt mygfc mygfc viv3s viv3s

во втором случае первый чанк это 5tg3e\r

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

https://pastebin.com/8eqKFpea

\r зативает строку?

да

но

c-версия со внутренней буферезацией

в hexdump интереснее

а стоп, ignore me

в общем в терминале \r затирает строку

Вроде и должно

хм, а откуда там \r\n? Это pastebin так её поломал?

\r,ЕМНИП — возврат каретки

[qnikst@nixos:~/workspace/myself/experiments/bug]$ echo $'foobar\rblah' blahar

ага

и вторая часть перетирает первую

т.к. по 5 символов

бага нет, но newline бы получше обрабатывать

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

@eahqzsr нечестно write делаешь, но пофиг

сигнал прилитит или какой EAGAIN и останешься без куска буффера

судя по warning-ам

SIGSEGV :(

а какое там у хаскеля время было?

1.2s на моём компе

вторая версия pypy 2.3s на моём

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

поэтому я дал числа с моего