Package: grep Version: 2.27-2 Severity: normal Dear Maintainer,
I just upgraded from Debian 8 to 9 and noticed that a script which I run several times per day was really slow: real 0m6.384s user 0m6.288s sys 0m0.036s This used to take well under a second. I dug a little deeper and noticed the problem was here: grep 'best_bid\|fixed_' /var/www/logs/large_log_file Playing around with the grep parameters en locale settings, and narrowed it down to the regex, because this is way faster: grep -F best_bid /var/www/logs/large_log_file grep -F fixed /var/www/logs/large_log_file So much faster in fact, that I can run 2 grep command faster than one. real 0m0.199s user 0m0.108s sys 0m0.032s However, this is strange and unexpected that after an upgrade a unaltered grep script is slower. I dug a little deeper and it seem related to #761157 (and #18454) because of a change in de PCRE library between jessie and stretch. I have not seen a real fix yet (other than altering my script/grep commands), but I expect the regex library needs work, to match the previous behaviour so therefore I'm deeming it a 'bug'? -- Jan -- System Information: Debian Release: 9.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages grep depends on: ii dpkg 1.18.25 ii install-info 6.3.0.dfsg.1-1+b2 ii libc6 2.24-11+deb9u3 ii libpcre3 2:8.41-1+0~20180910100527.3+stretch~1.gbp97d153 grep recommends no packages. Versions of packages grep suggests: ii libpcre3 2:8.41-1+0~20180910100527.3+stretch~1.gbp97d153 -- no debconf information
