No perl 5, você pode emular wc -l
usando o oneliner:
perl -lnE 'END {say $.}' test.txt
Como implementar esta funcionalidade no Raku
Se você tentar implementar isso:
raku -e 'say "test.txt".IO.open.lines.elems'
acaba por ser lento e usa muita memória
Informações para reproduzir:
$ wget http://eforexcel.com/wp/wp-content/uploads/2017/07/1500000%20Sales%20Records.zip
$ unzip "1500000 Sales Records.zip"
$ mv "1500000 Sales Records.csv" part.txt
$ for i in `seq 1 10`; do cat part.txt >> test.txt ; done
$ du -sh test.txt
1.8G test.txt
$ time wc -l test.txt
15000000 test.txt
real 0m0,350s
user 0m0,143s
sys 0m0,205s
$ time perl -lnE 'END { say $. }' test.txt
15000001
real 0m1,981s
user 0m1,719s
sys 0m0,256s
$ time raku -e 'say "test.txt".IO.open.lines.elems'
15000001
real 2m51,852s
user 0m25,129s
sys 0m6,378s
# Using swap (maximum uses 2.2G swap):
# Before `raku -e ''`
$ free -m
total used free shared buff/cache available
Mem: 15009 1695 12604 107 708 12917
Swap: 7583 0 7583
# After `raku -e ''`
$ free -m
total used free shared buff/cache available
Mem: 15009 752 13923 72 332 13899
Swap: 7583 779 6804
# Swap not used
$ time raku -ne '++$ andthen END .say' test.txt
15000001
real 1m44,906s
user 2m14,165s
sys 0m0,653s
$ raku -v
This is Rakudo version 2019.11 built on MoarVM version 2019.11
implementing Perl 6.d.
raku
), ainda seria bom ter raku -v
saída. Além disso, considere adicionar a saída do tempo da minha sugestão atual. Além disso, posso pensar em mudar para o 'ascii'
decodificador ainda este fim de semana para produzir um tempo melhor.
-l
sinalização para perl diminui significativamente o perl e não é útil neste caso. Na minha máquina, para um arquivo com comprimento de linha aleatório e cerca de 200k linhas, a remoção -l
resulta em uma melhoria de 40%.
wc
(que deve incluir o tamanho do arquivo). Obrigado.