W rzeczywistości, Twój odniesienia jest wadliwa, w naprawdę ciekawy sposób, ale to, co sprowadza się do tego, że to, czego naprawdę porównując to względna skuteczność, z jaką rozpakować vs. mapa może wyrzuć listę, ponieważ Benchmark :: cmpthese() wykonuje funkcje w pustym kontekście.
Powodem, dla którego substr jest wyświetlany na wierzchu jest ten wiersz kodu w pp_ctl.c pp_mapwhile():
if (items && gimme != G_VOID) {
tj mapa Perl magicznie pomija kilka prac (przechowywanie mianowicie przeznaczając na wynikach MAP), jeśli wie, że jest wywoływana w kontekście nieważne!
(Moje przeczucie w oknach w porównaniu z innymi widzianymi powyżej to to, że przydzielanie pamięci perlowej opartej na oknach jest okropne, więc pomijanie przydziału jest tam większymi oszczędnościami - tylko przeczucie, ale nie mam okien Box, w którym można zagrać, ale rzeczywista rozpakowanie jest prostym kodem C i nie powinno zasadniczo różnić się w zależności od okna.)
Mam trzy różne rozwiązania do obejścia tego problemu i uzyskania bardziej rzetelnego porównania:
- przypisać listę tablicy
- pętlę listy wewnątrz funkcji i nic powrócić
- zwrócić odwołanie do listy (ukrywanie kontekst void)
Oto moja wersja% metodami, z wszystkich trzech wersjach:
my %methods = (
unpack_assign => sub { my @foo = unpack $format_string, $data; return },
unpack_loop => sub { for my $foo (unpack $format_string, $data) { } },
unpack_return_ref => sub { return [ unpack $format_string, $data ] },
unpack_return_array => sub { return unpack $format_string, $data },
substr_assign => sub { my @foo = map {substr $data, $_, 1} 0 .. ($n_substrings - 1) },
substr_loop => sub { for my $foo (map {substr $data, $_, 1} 0 .. ($n_substrings - 1)) { } },
substr_return_ref => sub { return [ map {substr $data, $_, 1} 0 .. ($n_substrings - 1) ] },
substr_return_array => sub { return map { substr $data, $_, 1} 0 .. ($n_substrings - 1) },
);
i moich wyników :
$ perl -v
This is perl, v5.10.0 built for x86_64-linux-gnu-thread-multi
$ perl foo.pl
10
Rate substr_assign substr_return_ref substr_loop unpack_assign unpack_return_ref unpack_loop unpack_return_array substr_return_array
substr_assign 101915/s -- -20% -21% -28% -51% -51% -65% -69%
substr_return_ref 127224/s 25% -- -1% -10% -39% -39% -57% -62%
substr_loop 128484/s 26% 1% -- -9% -38% -39% -56% -61%
unpack_assign 141499/s 39% 11% 10% -- -32% -32% -52% -57%
unpack_return_ref 207144/s 103% 63% 61% 46% -- -1% -29% -37%
unpack_loop 209520/s 106% 65% 63% 48% 1% -- -28% -37%
unpack_return_array 292713/s 187% 130% 128% 107% 41% 40% -- -12%
substr_return_array 330827/s 225% 160% 157% 134% 60% 58% 13% --
100
Rate substr_assign substr_loop substr_return_ref unpack_assign unpack_return_ref unpack_loop unpack_return_array substr_return_array
substr_assign 11818/s -- -25% -25% -26% -53% -55% -63% -70%
substr_loop 15677/s 33% -- -0% -2% -38% -40% -51% -60%
substr_return_ref 15752/s 33% 0% -- -2% -37% -40% -51% -60%
unpack_assign 16061/s 36% 2% 2% -- -36% -39% -50% -59%
unpack_return_ref 25121/s 113% 60% 59% 56% -- -4% -22% -35%
unpack_loop 26188/s 122% 67% 66% 63% 4% -- -19% -33%
unpack_return_array 32310/s 173% 106% 105% 101% 29% 23% -- -17%
substr_return_array 38910/s 229% 148% 147% 142% 55% 49% 20% --
1000
Rate substr_assign substr_return_ref substr_loop unpack_assign unpack_return_ref unpack_loop unpack_return_array substr_return_array
substr_assign 1309/s -- -23% -25% -28% -52% -54% -62% -67%
substr_return_ref 1709/s 31% -- -3% -6% -38% -41% -51% -57%
substr_loop 1756/s 34% 3% -- -3% -36% -39% -49% -56%
unpack_assign 1815/s 39% 6% 3% -- -34% -37% -48% -55%
unpack_return_ref 2738/s 109% 60% 56% 51% -- -5% -21% -32%
unpack_loop 2873/s 120% 68% 64% 58% 5% -- -17% -28%
unpack_return_array 3470/s 165% 103% 98% 91% 27% 21% -- -14%
substr_return_array 4015/s 207% 135% 129% 121% 47% 40% 16% --
10000
Rate substr_assign substr_return_ref substr_loop unpack_assign unpack_return_ref unpack_loop unpack_return_array substr_return_array
substr_assign 131/s -- -23% -27% -28% -52% -55% -63% -67%
substr_return_ref 171/s 30% -- -5% -6% -38% -42% -52% -57%
substr_loop 179/s 37% 5% -- -1% -35% -39% -50% -55%
unpack_assign 181/s 38% 6% 1% -- -34% -38% -49% -55%
unpack_return_ref 274/s 109% 60% 53% 51% -- -6% -23% -32%
unpack_loop 293/s 123% 71% 63% 62% 7% -- -18% -27%
unpack_return_array 356/s 171% 108% 98% 96% 30% 21% -- -11%
substr_return_array 400/s 205% 134% 123% 121% 46% 37% 13% --
100000
Rate substr_assign substr_return_ref substr_loop unpack_assign unpack_return_ref unpack_loop unpack_return_array substr_return_array
substr_assign 13.0/s -- -22% -26% -29% -51% -55% -63% -67%
substr_return_ref 16.7/s 29% -- -5% -8% -37% -43% -52% -58%
substr_loop 17.6/s 36% 5% -- -3% -33% -40% -50% -56%
unpack_assign 18.2/s 40% 9% 3% -- -31% -37% -48% -54%
unpack_return_ref 26.4/s 103% 58% 50% 45% -- -9% -25% -34%
unpack_loop 29.1/s 124% 74% 65% 60% 10% -- -17% -27%
unpack_return_array 35.1/s 170% 110% 99% 93% 33% 20% -- -12%
substr_return_array 39.7/s 206% 137% 125% 118% 50% 36% 13% --
Wracając do pierwotnego pytania: "to rozpakować() coraz szybciej niż substr()?" Odpowiedź: zawsze, dla tego typu aplikacji - chyba że nie przejmujesz się wartościami zwracanymi;)
Nic nie jest szybsze niż cokolwiek innego. Musisz zastosować go do konkretnego problemu. Czy gepard jest szybszy od gęsi? Może ponad 100 metrów, ale nie przez ocean. :) –
@brian Rozumiem, ale komentarz wydaje się niecelny. Oto bliższy analog: "Czy gepard * kiedykolwiek * jest szybszy od gęsi? Oto przykład * ich wyścigi. Czy mój test był tendencyjny?"? Odpowiedź: "Tak, nieobiektywna, gęś była na sterydach". – FMc