bahamat e Alan Curry estão certos: isso se deve à maneira como seu shell armazena a saída de echo
. Especificamente, seu shell é bash e emite uma chamada de sistema write
por linha. Portanto, o primeiro snippet faz com que 1000000 grave em um arquivo de disco, enquanto o segundo snippet faz com que o 1000000 grave em um pipe e sed (em grande parte em paralelo, se você tiver várias CPUs) gera um número consideravelmente menor de gravações em um arquivo de disco devido à saída buffering.
Você pode observar o que está acontecendo executando strace .
$ strace -f -e write bash -c 'echo -n a\ {1..2}\ c$'\'\n\'' >file'
write(1, "a 1 c\n", 6) = 6
write(1, " a 2 c\n", 7) = 7
$ strace -f -e write bash -c 'echo -n a\ {1..2}\ c$'\'\n\'' | sed "s/^ //" >file'
Process 28052 attached
Process 28053 attached
Process 28051 suspended
[pid 28052] write(1, "a 1 c\n", 6) = 6
[pid 28052] write(1, " a 2 c\n", 7) = 7
Process 28051 resumed
Process 28052 detached
Process 28051 suspended
[pid 28053] write(1, "a 1 c\na 2 c\n", 12) = 12
Process 28051 resumed
Process 28053 detached
--- SIGCHLD (Child exited) @ 0 (0) ---
Outras shells, como ksh, armazenam em buffer a saída de echo
mesmo quando é multilinha, então você não verá muita diferença.
$ strace -f -e write ksh -c 'echo -n a\ {1..2}\ c$'\'\n\'' >file'
write(1, "a 1 c\n a 2 c\n", 13) = 13
$ strace -f -e write ksh -c 'echo -n a\ {1..2}\ c$'\'\n\'' | sed "s/^ //" >file'
Process 28058 attached
[pid 28058] write(1, "a 1 c\n a 2 c\n", 13) = 13
Process 28058 detached
--- SIGCHLD (Child exited) @ 0 (0) ---
write(1, "a 1 c\na 2 c\n", 12) = 12
Com bash eu recebo taxas de tempo semelhantes. Com o ksh, vejo o segundo trecho sendo executado mais devagar.
ksh$ time echo -n a\ {1..1000000}\ c$'\n' >file
real 0m1.44s
user 0m1.28s
sys 0m0.06s
ksh$ time echo -n a\ {1..1000000}\ c$'\n' | sed "s/^ //" >file
real 0m2.38s
user 0m1.52s
sys 0m0.14s