From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 16 10:10:41 2013 Received: (at submit) by debbugs.gnu.org; 16 Oct 2013 14:10:41 +0000 Received: from localhost ([127.0.0.1]:54329 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VWRo6-0003LT-WF for submit@debbugs.gnu.org; Wed, 16 Oct 2013 10:10:40 -0400 Received: from eggs.gnu.org ([208.118.235.92]:57289) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VWRo0-0003LC-Ld for submit@debbugs.gnu.org; Wed, 16 Oct 2013 10:10:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VWRnl-0007ne-91 for submit@debbugs.gnu.org; Wed, 16 Oct 2013 10:10:27 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,HTML_MESSAGE, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:53439) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VWRnl-0007nY-6n for submit@debbugs.gnu.org; Wed, 16 Oct 2013 10:10:17 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58936) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VWRnc-0006a2-Jk for bug-grep@gnu.org; Wed, 16 Oct 2013 10:10:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VWRnU-0007TF-08 for bug-grep@gnu.org; Wed, 16 Oct 2013 10:10:08 -0400 Received: from nm4-vm2.access.bullet.mail.gq1.yahoo.com ([216.39.63.32]:38703) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VWRnT-0007Ss-H3 for bug-grep@gnu.org; Wed, 16 Oct 2013 10:09:59 -0400 Received: from [216.39.60.166] by nm4.access.bullet.mail.gq1.yahoo.com with NNFMP; 16 Oct 2013 14:09:58 -0000 Received: from [216.39.60.230] by tm2.access.bullet.mail.gq1.yahoo.com with NNFMP; 16 Oct 2013 14:09:58 -0000 Received: from [127.0.0.1] by omp1001.access.mail.gq1.yahoo.com with NNFMP; 16 Oct 2013 14:09:58 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 574241.45924.bm@omp1001.access.mail.gq1.yahoo.com Received: (qmail 87823 invoked by uid 60001); 16 Oct 2013 14:09:57 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1381932596; bh=eC26xdAVhZ6c6MS1iakP8rJ+GsFEc+oFhVJAJz/OZ4Y=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=MioPFbKN7aJPvFkwPGKAlZ1AwCtiYoUrvgVX5WAWrhRAP0NOXcAoR9O8F8Mp7MaQptl9R9ossUey+dYtsuProFA0z+cS2q9JSBS9CKQvO5lUu9Zm+Lifu+45nv/n1yMhkOOHt5/PDojszv2hBao+kTUTcUJXUN43yZaUQvhn1XI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=gsM4Q5BQMC7And52cQsbPBhov+CFrYLiuSfOl7reNG5dLOeZc7fvAZw2+NI8AwxLqrcpKcd+QIiWKRTuKDMvpgaj+YdaW+Sogtf1FLhpfTsHC4DRWetKxd4abg1+m4sKoNOy/zOB82JYbew7+tO6BWvmy1moMtJ+NAzi20cJDm0=; X-YMail-OSG: qR1c.PUVM1lLdxuM92XaqYAbCDn0gj86TPxHkxgzLXcFvhb YPCNbOhFgwHC8GbcVdb2XqAFfUM1U047H9JxCwsjRa6v7kt8GxU1YpbXSktZ tRu4VZHrfnQ6PpX_q699d3vb77EKc7Lie7gq7GbJ7Ox5QjrMOHxOfk3UDRMr O0IXb1HIFMd_LQAJ5FquqPthATGIZNLRJtGtXVSa0nBjEX38SOjEoXeIcZgN 78H9JvPbNWnhr3HuaQTUVQztgzwxfwuvEyxxV7vgq8ndIC5JoPoZ9F6EVnnt sDpEXC13uN2JQM3pSoZGe2DJuG_0hwy97qxqblNx4muzZ3pTHX_10shnuj_b .YhAMt_y7DXBB29eWwXY7lYfaQEWbfByI6sZVaBSkz5H4gO6QsgXFXdAcPAf KIgY3RkExAWVp0H5sH6pkpnxTCTOfp_cMT1XoYZhkoL2LNQCQ6zo.oq6BWx_ MCoMXsnpHeaB61.92GoT17OY4bfIl5CsZtzqr5CO7LxHVO1yHfFzAHiboo0f u_wq0n2x.juo68g3LTPJi0WT6K6U5ZeLGw1u8LudIyWeaKcDfEFIQvSPJ8WQ DVTag9c.ByCk3cYrTjNe4CJNWsbR0Aq_O Received: from [108.54.68.105] by web181303.mail.ne1.yahoo.com via HTTP; Wed, 16 Oct 2013 07:09:56 PDT X-Rocket-MIMEInfo: 002.001, SSdtIHJ1bm5pbmcgNjQtYml0IGJ1aWxkcyBvZiBncmVwIDIuMTQgYW5kIDIuNS4xIG9uIGEgUmVkIEhhdCA1LjYgYm94IC0gZ3JlcCAyLjE0IGlzIHNpZ25pZmljYW50bHkgc2xvd2VyIHRoYW4gMi41LjEgb24gYSBzaW1wbGUgcmVnZXggLSB0aGUgdGltZXMgYXJlOgpncmVwIDIuNS4xOiA0LjM5dXNlciAzLjE5c3lzdGVtIDA6MDcuNjBlbGFwc2VkCmdyZXAgMi4xNDogMjUuOTJ1c2VyIDIuODRzeXN0ZW0gMDoyOC43NmVsYXBzZWQKCnRoZSBncmVwIGNvbW1hbmRsaW5lIGlzIC1pICI8bmFtZT4uKnJ1c3NpYSIBMAEBAQE- X-Mailer: YahooMailWebService/0.8.160.587 Message-ID: <1381932596.87595.YahooMailNeo@web181303.mail.ne1.yahoo.com> Date: Wed, 16 Oct 2013 07:09:56 -0700 (PDT) From: "Z. Majeed" Subject: grep 2.14 much slower than 2.5.1 To: "bug-grep@gnu.org" MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="1573253698-1043384293-1381932596=:87595" X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: "Z. Majeed" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) --1573253698-1043384293-1381932596=:87595 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I'm running 64-bit builds of grep 2.14 and 2.5.1 on a Red Hat 5.6 box - gre= p 2.14 is significantly slower than 2.5.1 on a simple regex - the times are= :=0Agrep 2.5.1: 4.39user 3.19system 0:07.60elapsed=0Agrep 2.14: 25.92user 2= .84system 0:28.76elapsed=0A=0Athe grep commandline is -i ".*russia" -= the file is a large XML file with 101,766,751 lines around 3.6 GB size - t= here are 14,772 matched lines - runs are in the C locale - both grep builds= have the default configuration - here are callgrind top Ir counts:=0Agrep = 2.5.1:=0A5,985,715,429 kwset.c:kwsexec=0A=A0 833,138,736 dfa.c:dfaexec=0A= =A0 360,061,388 ???:memchr=0A=A0 110,119,157 search.c:EGexecute=0A=A0=A0 34= ,010,204 grep.c:grepfile=0A=A0=A0 32,198,545 ???:__ctype_get_mb_cur_max=0A= =A0=A0 11,459,760 grep.c:fillbuf=0A=A0=A0=A0 7,175,377 ???:memmove=0A=A0=A0= =A0 3,623,898 grep.c:grepbuf=0A=0Agrep 2.14:=0A36,717,431,504 dfa.c:dfaexec= =0A15,709,111,428 ???:memchr=0A12,363,145,663 kwset.c:kwsexec=0A=A06,483,20= 4,386 dfasearch.c:EGexecute=0A=A0=A0=A0 14,650,909 ???:memrchr=0A=A0=A0=A0 = 10,358,230 main.c:fillbuf=0A=A0=A0=A0=A0 7,172,801 ???:memmove=0A=A0=A0=A0= =A0 7,162,667 main.c:grepdesc=0A=A0=A0=A0=A0 4,484,004 main.c:grepbuf=0A=A0= =A0=A0=A0 1,250,200 ???:__ctype_get_mb_cur_max=0A=0Aand top function call c= ounts:=0Agrep 2.5.1:=0Akwsexec 1656108=0A__ctype_get_mb_cur_max 1547396=0Am= emchr 1547383=0Adfaexec 1547383=0A__ctype_get_mb_cur_max 1547383=0A__ctype_= get_mb_cur_max 1547383=0A__ctype_get_mb_cur_max 1532611=0AEGexecute 124962= =0A__ctype_get_mb_cur_max 124962=0Aread 110191=0Agrepbuf 110190=0Afillbuf 1= 10190=0Amemmove 110189=0A__ctype_get_mb_cur_max 108725=0Aprtext 14772=0Aprl= ine 14772=0A=0Agrep 2.14:=0Amemchr 101766751=0Akwsexec 101766751=0Adfaexec = 101766751=0AEGexecute 124966=0A__ctype_get_mb_cur_max 124966=0A__ctype_get_= mb_cur_max 124966=0Aread 110195=0Amemrchr 110194=0Agrepbuf 110194=0Afillbuf= 110194=0Amemmove 110193=0Aprtext 14772=0Aprline 14772=0A=0A=0ARatios of=A0= Ir counts to function call counts:=0Agrep 2.5.1:=0A=0Adfaexec: 538.42 =3D = 833138736/1547383=0Akwsexec: 3614.33 =3D 5985715429/1656108=0Amemchr: 232.6= 9 =3D 360061388/1547383=0A=0Agrep 2.14:=0Adfaexec: 360.80 =3D 36717431504/1= 01766751=0A=0Akwsexec: 121.48 =3D 12363145663/101766751=0A=0Amemchr:154.36 = =3D 15709111428/101766751=0A=0A=0A=0A1. grep 2.14 calls kwsexec, dfaexec an= d memchr once per line while 2.5.1 makes far fewer calls to those functions= =0A2. grep 2.5.1 calls __ctype_get_mb_cur_max many more times than 2.14 but= overall spends less time in the function=0A3. grep 2.14 calls memrchr whil= e grep 2.5.1 does not=0A4. grep 2.5.1 generally passes longer chunks to mem= chr thus reducing the overall time it spends in the function=0A=0AIs there = a runtime option or buildtime configuration for grep 2.14 that could give i= t comparable performance to grep 2.5.1 for the sort of simple regex in my e= xample?=0A=0AZartaj=0A --1573253698-1043384293-1381932596=:87595 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I'm running 64-b= it builds of grep 2.14 and 2.5.1 on a Red Hat 5.6 box - grep 2.14 is signif= icantly slower than 2.5.1 on a simple regex - the times are:
grep 2.5.1:= 4.39user 3.19system 0:07.60elapsed
grep 2.14: 25.92user 2.84system 0:28= .76elapsed

the grep commandline is -i "<name>.*russia" = - the file is a large XML file with 101,766,751 lines around 3.6 GB size - = there are 14,772 matched lines - runs are in the C locale - both grep build= s have the default configuration - here are callgrind top Ir counts:
gre= p 2.5.1:
5,985,715,429 kwset.c:kwsexec
  833,138,736 dfa.c:dfaex= ec
  360,061,388 ???:memchr
  110,119,157 search.c:EGexecute
   34,010,204 grep.c:grepfile
 &nb= sp; 32,198,545 ???:__ctype_get_mb_cur_max
   11,459,760 grep.c= :fillbuf
    7,175,377 ???:memmove
    = 3,623,898 grep.c:grepbuf

grep 2.14:
36,717,431,504 dfa.c:d= faexec
15,709,111,428 ???:memchr
12,363,145,663 kwset.c:kwsexec
&n= bsp;6,483,204,386 dfasearch.c:EGexecute
    14,650,909 ??= ?:memrchr
    10,358,230 main.c:fillbuf
  &n= bsp;  7,172,801 ???:memmove
     7,162,667 main= .c:grepdesc
     4,484,004 main.c:grepbuf
     1,250,200 ???:__ctype_get_mb_cur_max
=
and top function call counts:
grep 2.5.1:
kwsexec 1656108
__ct= ype_get_mb_cur_max 1547396
memchr 1547383
dfaexec 1547383
__ctype_= get_mb_cur_max 1547383
__ctype_get_mb_cur_max 1547383
__ctype_get_mb_= cur_max 1532611
EGexecute 124962
__ctype_get_mb_cur_max 124962
rea= d 110191
grepbuf 110190
fillbuf 110190
memmove 110189
__ctype_g= et_mb_cur_max 108725
prtext 14772
prline 14772

grep 2.1= 4:
memchr 101766751
kwsexec 101766751
dfaexec 101766751
EGexecu= te 124966
__ctype_get_mb_cur_max 124966
__ctype_get_mb_cur_max 124966=
read 110195
memrchr 110194
grepbuf 110194
fillbuf 110194
me= mmove 110193
prtext 14772
prline 14772

Ratios of  Ir counts to function call counts:
dfaexec: 538.42 =3D 833138736/1547383
kwsexe= c: 3614.33 =3D 5985715429/1656108
memchr: 232.69 =3D 360061388/1547383

grep 2.14:
dfaexec: 3= 60.80 =3D 36717431504/101766751
kwsexec: 121.48 =3D 123631456= 63/101766751
memchr: 154.36 =3D 15709111428/101766751


1. grep 2.14 calls kwsexec, dfaexec and memc= hr once per line while 2.5.1 makes far fewer calls to those functions
=
2. grep 2.5.1 calls __ctype_get_mb_cur_max many more times than 2.14 b= ut overall spends less time in the function
3. grep 2.14 calls mem= rchr while grep 2.5.1 does not
4. grep 2.5.1 generally passes lon= ger chunks to memchr thus reducing the overall time it spends in the functi= on

Is there a runtime option or buildtime configur= ation for grep 2.14 that could give it comparable performance to grep 2.5.1= for the sort of simple regex in my example?

=
Zartaj
--1573253698-1043384293-1381932596=:87595-- From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 16 15:20:28 2013 Received: (at 15630) by debbugs.gnu.org; 16 Oct 2013 19:20:28 +0000 Received: from localhost ([127.0.0.1]:54614 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VWWdv-0003bo-Ty for submit@debbugs.gnu.org; Wed, 16 Oct 2013 15:20:28 -0400 Received: from nm18-vm5.access.bullet.mail.gq1.yahoo.com ([216.39.63.136]:41532) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VWWdq-0003bX-2Z for 15630@debbugs.gnu.org; Wed, 16 Oct 2013 15:20:23 -0400 Received: from [216.39.60.169] by nm18.access.bullet.mail.gq1.yahoo.com with NNFMP; 16 Oct 2013 19:20:16 -0000 Received: from [216.39.60.251] by tm5.access.bullet.mail.gq1.yahoo.com with NNFMP; 16 Oct 2013 19:20:16 -0000 Received: from [127.0.0.1] by omp1022.access.mail.gq1.yahoo.com with NNFMP; 16 Oct 2013 19:20:16 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 194357.45132.bm@omp1022.access.mail.gq1.yahoo.com Received: (qmail 81435 invoked by uid 60001); 16 Oct 2013 19:20:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1381951215; bh=XwHnlCR6BgeuJ65gWy91xSLjfcdmOhIvZ2V4IZ7bHZE=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=NQeCBjFeGih3Gge7EIry+TRmjbWZOk8U/8EwAxEiJ8V6WFWp/n5nm9EYggeyH4tQElihVbjQRA/BlR+BvMkAT67BiS2Wojr7x/U+p/Yz00T+BRJbFWqUDvndbXP+CPcOR/WhKzVIQPpIBk4glXaU0CgHKAhgU+MwpOb92yaPRXE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=LvJk9+CFa9lwtRvD0DMAMYZpsMRaMNrmgL1I9VNnuJ+nyC09f+ZZ9t6zbWRGT6iwTC4Clhq9FMtHAcL5jYo+BRBj9GCXbBX0J3X8Ml0IyoFwhlplBSpvrBDYQK6T55IfE581WFwyh+Z9a2Rp4QU/t4Mhnb6HPlrEZEiauw5F3T4=; X-YMail-OSG: OutIc3oVM1ldqFg9jqGXbN2no59gb9xcqA0nmwEQC.kEitO 4WORNmhZIuHwdGxVXDeuLrvLzBalIPMdDNGJaOppDeUTIMe3PUNUi5G_xgTL 0tuPLzFZr83hsh28kNw8vKeKLV1vNwAc6AEcrAf5gDmj6YfFRrbbzC0WO0AW Mg7SVEmLqc89nFeDLox8Ud2yTmPXToiB1OzHEKj7KI2SUhWkJtm1FT141SYS vuEYCSytsmLyV3DgXdcqPtRFFnsXxZ.LCK3Q56cUjlKjB0U9BXo54EmmcX8h bcsRD9FBtbjj1Ttkqqu4kX17oVYzZskvslCNpCInau9IIhAGEt6AhLVDQffb 7Q7K4Go8hUAyimOqezWDABiEUhv41Lduk1cE4lfDxAX9RYXA3Q5a0Tn.3g55 9r02HKShYoe6P.1lEFZ_uFMwTf0BNtQrBys9kblo.3BPdsedYzIfb7Ww7OeN 5JxqEfqW4q1vGnwokxws5b36RVMZ1L4YhdYD8QI60Vpw2QT8A_ZtOtUXkAx2 iknUe7kupN5P5Xi.K9sdfp7qnpv_S_oZ9znGNNL4HEbtHhn2pdDFYgj471qr skQV8UKFhZXYRiR8MuhEfaFp.eeVbj1lHsZx0qb.d9dT6wpgaw7ObhSozojS CD1XZKy5QZogDZGLqwIl4H8uX.AAJXl5iql0wxT.e5w-- Received: from [108.54.68.105] by web181302.mail.ne1.yahoo.com via HTTP; Wed, 16 Oct 2013 12:20:15 PDT X-Rocket-MIMEInfo: 002.001, SSBzZWUgdGhlIHJlYXNvbiBpcyB0aGUgd29ya2Fyb3VuZCBpbiBkb19leGVjdXRlIHRoYXQgdHVybnMgb24gbGluZS1ieS1saW5lIG1hdGNoaW5nIGZvciAtaSBhY3Jvc3MgdGhlIGJvYXJkIC0gSSBnb3QgcnVudGltZSBjb25maXJtYXRpb24gYnkgdHJ5aW5nICI8bmFtZT4uKltyUl1bdVVdW3NTXVtzU11baUldW2FBXSIgLSB0aGUgdGltZXMgd2VyZSBmYXN0ZXIgdGhhbiBmb3IgZ3JlcCAyLjUuMSB3aXRoIC1pOgozLjU5dXNlciAyLjk1c3lzdGVtIDA6MDYuNTVlbGFwc2VkCgpJJ20gbm90IHN1cmUgaWYgdGgBMAEBAQE- X-Mailer: YahooMailWebService/0.8.160.587 References: <1381932596.87595.YahooMailNeo@web181303.mail.ne1.yahoo.com> Message-ID: <1381951215.67272.YahooMailNeo@web181302.mail.ne1.yahoo.com> Date: Wed, 16 Oct 2013 12:20:15 -0700 (PDT) From: "Z. Majeed" Subject: Re: bug#15630: Acknowledgement (grep 2.14 much slower than 2.5.1) To: "15630@debbugs.gnu.org" <15630@debbugs.gnu.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-1304071051-192700098-1381951215=:67272" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 15630 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: "Z. Majeed" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) ---1304071051-192700098-1381951215=:67272 Content-Type: text/plain; charset=us-ascii I see the reason is the workaround in do_execute that turns on line-by-line matching for -i across the board - I got runtime confirmation by trying ".*[rR][uU][sS][sS][iI][aA]" - the times were faster than for grep 2.5.1 with -i: 3.59user 2.95system 0:06.55elapsed I'm not sure if the workaround is for the -i problem in UTF-8 locales discussed in http://savannah.gnu.org/bugs/?29391. This bug report really should be titled "--ignore-case very slow in grep 2.14" Zartaj ________________________________ From: GNU bug Tracking System To: Z. Majeed Sent: Wednesday, October 16, 2013 10:11 AM Subject: bug#15630: Acknowledgement (grep 2.14 much slower than 2.5.1) Thank you for filing a new bug report with debbugs.gnu.org. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): bug-grep@gnu.org If you wish to submit further information on this problem, please send it to 15630@debbugs.gnu.org. Please do not send mail to help-debbugs@gnu.org unless you wish to report a problem with the Bug-tracking system. -- 15630: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15630 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ---1304071051-192700098-1381951215=:67272 Content-Type: text/html; charset=us-ascii
I see the reason is the workaround in do_execute that turns on line-by-line matching for -i across the board - I got runtime confirmation by trying "<name>.*[rR][uU][sS][sS][iI][aA]" - the times were faster than for grep 2.5.1 with -i:
3.59user 2.95system 0:06.55elapsed

I'm not sure if the workaround is for the -i problem in UTF-8 locales discussed in http://savannah.gnu.org/bugs/?29391. This bug report really should be titled "--ignore-case very slow in grep 2.14"

Zartaj

From: GNU bug Tracking System <help-debbugs@gnu.org>
To: Z. Majeed <zmajeed@sbcglobal.net>
Sent: Wednesday, October 16, 2013 10:11 AM
Subject: bug#15630: Acknowledgement (grep 2.14 much slower than 2.5.1)

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
bug-grep@gnu.org

If you wish to submit further information on this problem, please
send it to 15630@debbugs.gnu.org.

Please do not send mail to help-debbugs@gnu.org unless you wish
to report a problem with the Bug-tracking system.

--
15630: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15630
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems


---1304071051-192700098-1381951215=:67272-- From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 19 20:58:32 2013 Received: (at 15630) by debbugs.gnu.org; 20 Oct 2013 00:58:32 +0000 Received: from localhost ([127.0.0.1]:58400 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VXhLj-0006f1-P6 for submit@debbugs.gnu.org; Sat, 19 Oct 2013 20:58:32 -0400 Received: from mail-pd0-f176.google.com ([209.85.192.176]:60044) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VXhLf-0006ej-Po for 15630@debbugs.gnu.org; Sat, 19 Oct 2013 20:58:28 -0400 Received: by mail-pd0-f176.google.com with SMTP id g10so5226357pdj.35 for <15630@debbugs.gnu.org>; Sat, 19 Oct 2013 17:58:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=94hiZGSuxB0YQCYQ8tanLOvDhr3PZDTB3Fn/Y50vznE=; b=SKglL4PNNerJaigzAk0E1IofQWaS+gHLwEzw2kirY5T2/YrwSypKKusMxbwbCi8U9s LZciudIUe5PchjL93HcA+dXmUuoXr/Nr+oMzl6hfjF5DA69gyZRDGVpuikHtsO6ooPWu itxfFoH+HZKJeSnTUC9B/7e6umkhXil6hqBv1SvCnrgra5OTgv0ipbBZaPpGj9mraaLg ZrJjOcv5Jpuvdvzgeitw0ryLu4t3gISOuL1KNygzzYf8pBNpcQCM8O+/vOOPB/7YTSUi S7KPLJbHB4RH89sRJ3BXXHgkNMIpFk2DdVFYBOCu8Q5GBxEHIMWetMW1tLqyHBT9OWPn /byg== X-Received: by 10.67.30.164 with SMTP id kf4mr10816358pad.13.1382230701819; Sat, 19 Oct 2013 17:58:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.6.66 with HTTP; Sat, 19 Oct 2013 17:58:01 -0700 (PDT) In-Reply-To: <1381951215.67272.YahooMailNeo@web181302.mail.ne1.yahoo.com> References: <1381932596.87595.YahooMailNeo@web181303.mail.ne1.yahoo.com> <1381951215.67272.YahooMailNeo@web181302.mail.ne1.yahoo.com> From: Jim Meyering Date: Sat, 19 Oct 2013 17:58:01 -0700 X-Google-Sender-Auth: H4w-ER3uU3vtYSyfFtPCbKClJfk Message-ID: Subject: Re: bug#15630: Acknowledgement (grep 2.14 much slower than 2.5.1) To: "Z. Majeed" Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 15630 Cc: "15630@debbugs.gnu.org" <15630@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On Wed, Oct 16, 2013 at 12:20 PM, Z. Majeed wrote: > I see the reason is the workaround in do_execute that turns on line-by-line matching for -i across the board - I got runtime confirmation by trying ".*[rR][uU][sS][sS][iI][aA]" - the times were faster than for grep 2.5.1 with -i: > 3.59user 2.95system 0:06.55elapsed > > I'm not sure if the workaround is for the -i problem in UTF-8 locales discussed in http://savannah.gnu.org/bugs/?29391. This bug report really should be titled "--ignore-case very slow in grep 2.14" Thanks for the reminder. I'm about to release grep-2.15, but after that, I will be inclined to address that problem. From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 19 21:39:56 2013 Received: (at 15630) by debbugs.gnu.org; 20 Oct 2013 01:39:56 +0000 Received: from localhost ([127.0.0.1]:58419 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VXhzn-0007hx-8r for submit@debbugs.gnu.org; Sat, 19 Oct 2013 21:39:55 -0400 Received: from nm12-vm6.access.bullet.mail.gq1.yahoo.com ([216.39.63.160]:25702) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VXhzk-0007he-3h for 15630@debbugs.gnu.org; Sat, 19 Oct 2013 21:39:53 -0400 Received: from [216.39.60.175] by nm12.access.bullet.mail.gq1.yahoo.com with NNFMP; 20 Oct 2013 01:39:45 -0000 Received: from [216.39.60.160] by tm11.access.bullet.mail.gq1.yahoo.com with NNFMP; 20 Oct 2013 01:39:45 -0000 Received: from [127.0.0.1] by omp1026.access.mail.gq1.yahoo.com with NNFMP; 20 Oct 2013 01:39:45 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 901276.96722.bm@omp1026.access.mail.gq1.yahoo.com Received: (qmail 57080 invoked by uid 60001); 20 Oct 2013 01:39:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1382233185; bh=yKZl+L3gcCx/02gXpjwxWIJ4OHaGidRd4n9v3vFs6zY=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=2wdietgX7KPFaDz+NsZ+Y28fWF0C1N3In3GSyqOJbr1i/0lGV1C5YwLuXzukZbr2HpipKQy9JJ9fUts+Efy2QH3QS5ZnzkQmdsZPT0XW3EWuTXEyJpQbJn/bHOC01VP5iGEQ/GhwcNiKMBQNaWvl+oOLlbEMq/9gh1zdeKZZ6F8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=guP2fbdEE6h8xlmlZmPAEjyU4JLyOjxvjZEaq/w6v1qeTaP85Q+ugSaL5IRjZv4i0lTep/nrKAYHLXZ+PjKB+PaZM2f4sE947PIeSoREszGHJOGxUoUBXNKxrdd4ggIL3OWfeUZLjboUWPqZNEfv8sR8GaM6yULXEF+sTLranbQ=; X-YMail-OSG: B6j8F2wVM1nuhhHXCqM9mvOvV8T5iDTfC0Npk2RFmqqMM4b .0Ep.cGZqwW88y6AJMu6YukV0bJUnBkfXJZiahciSZaHZGP.7YFFUNRC_fyo o6Lo3pCZeETwqwRuKClGLEZOF9agTUHuHjeEyb.FpW4rjCcnUWogv4BtgX6J yBO486tfa3UIo8ASqyETpPT7Qv9RgRIcpOgveAnaf_2XJrGMVW9n8qQSyDVO NieHj69a4nDKxLkXuvXnhJ3cmbFaScAclUb6yvpAlVjy13IIDKveQsmv0RAi tO9GsdGSwtQnKGrNjBfNqfvSvh9fG3LutEbtrbQq2JaLatDEJWvSB3mJVXEJ 8aSai52rv4oFcZ_aPr5LgcCgxuiMHzkAEQLIql3JmGdguuHK3OMbwMWjCHgX FJxlb3gag2P.xW4LgZFxjQ4GMqTfqFTPXJBy0YTRFJ_nG3DjHIibHNQoPMH. j5eIQo3XiLA01UFdb6kaCuJyjbSLUirAmlsb8_oH9MJiAa2GL9HS9gSoNBRV 0Tp7Y6OvfxyhVt5k.TXieSfFF8TGmLH6BRNaK9ri3qu13YmapO7FQ7_0N1My VlWaBFmn_cDvwHD7DN.o3e6J86N2sMK9aodZVeDEBTKO1cyYe7pod Received: from [108.54.68.105] by web181301.mail.ne1.yahoo.com via HTTP; Sat, 19 Oct 2013 18:39:45 PDT X-Rocket-MIMEInfo: 002.001, VGhhbmtzIC0gSSBuZWFybHkgYWx3YXlzIHVzZSAtaSBzbyBhIGZpeCB3b3VsZCBiZSBoaWdobHkgYXBwcmVjaWF0ZWQgLSBtZWFudGltZSBJIGR1ZyBhIGJpdCBtb3JlIGludG8gdGhpcyBpc3N1ZSAtIGl0J3Mgbm90IGFzIHN0cmFpZ2h0Zm9yd2FyZCBhcyBpdCBmaXJzdCBzZWVtZWQgLSB0aGUgY3J1eCBvZiB0aGUgcHJvYmxlbSBpcyBub3QgdGhlIHdvcmthcm91bmQgZm9yIFVURi04IGJ1dCAtaSAiPG5hbWU.LipydXNzaWEiIGNhdXNpbmcgZGZhbXVzdCB0byBiZSBqdXN0IHRoZSBvbmUtY2hhcmFjdGVyIHMBMAEBAQE- X-Mailer: YahooMailWebService/0.8.160.587 References: <1381932596.87595.YahooMailNeo@web181303.mail.ne1.yahoo.com> <1381951215.67272.YahooMailNeo@web181302.mail.ne1.yahoo.com> Message-ID: <1382233185.47367.YahooMailNeo@web181301.mail.ne1.yahoo.com> Date: Sat, 19 Oct 2013 18:39:45 -0700 (PDT) From: "Z. Majeed" Subject: Re: bug#15630: Acknowledgement (grep 2.14 much slower than 2.5.1) To: "15630@debbugs.gnu.org" <15630@debbugs.gnu.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="664784067-1284358438-1382233185=:47367" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 15630 Cc: Jim Meyering X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: "Z. Majeed" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) --664784067-1284358438-1382233185=:47367 Content-Type: text/plain; charset=us-ascii Thanks - I nearly always use -i so a fix would be highly appreciated - meantime I dug a bit more into this issue - it's not as straightforward as it first seemed - the crux of the problem is not the workaround for UTF-8 but -i ".*russia" causing dfamust to be just the one-character string "<" because "name" turns into character classes - for XML input that practically makes keyword matching worthless and the main loop in EGexecute degenerates to line-by-line processing - it seems to me dfaparse ought to deal with case foldings a little better so the trans table support in cwexec gets used - there have also been some simple patches submitted to make use of trans in bmexec Zartaj ________________________________ From: Jim Meyering To: Z. Majeed Cc: "15630@debbugs.gnu.org" <15630@debbugs.gnu.org> Sent: Saturday, October 19, 2013 8:58 PM Subject: Re: bug#15630: Acknowledgement (grep 2.14 much slower than 2.5.1) On Wed, Oct 16, 2013 at 12:20 PM, Z. Majeed wrote: > I see the reason is the workaround in do_execute that turns on line-by-line matching for -i across the board - I got runtime confirmation by trying ".*[rR][uU][sS][sS][iI][aA]" - the times were faster than for grep 2.5.1 with -i: > 3.59user 2.95system 0:06.55elapsed > > I'm not sure if the workaround is for the -i problem in UTF-8 locales discussed in http://savannah.gnu.org/bugs/?29391. This bug report really should be titled "--ignore-case very slow in grep 2.14" Thanks for the reminder. I'm about to release grep-2.15, but after that, I will be inclined to address that problem. --664784067-1284358438-1382233185=:47367 Content-Type: text/html; charset=us-ascii
Thanks - I nearly always use -i so a fix would be highly appreciated - meantime I dug a bit more into this issue - it's not as straightforward as it first seemed - the crux of the problem is not the workaround for UTF-8 but -i "<name>.*russia" causing dfamust to be just the one-character string "<" because "name" turns into character classes - for XML input that practically makes keyword matching worthless and the main loop in EGexecute degenerates to line-by-line processing - it seems to me dfaparse ought to deal with case foldings a little better so the trans table support in cwexec gets used - there have also been some simple patches submitted to make use of trans in bmexec

Zartaj

From: Jim Meyering <jim@meyering.net>
To: Z. Majeed <zmajeed@sbcglobal.net>
Cc: "15630@debbugs.gnu.org" <15630@debbugs.gnu.org>
Sent: Saturday, October 19, 2013 8:58 PM
Subject: Re: bug#15630: Acknowledgement (grep 2.14 much slower than 2.5.1)

On Wed, Oct 16, 2013 at 12:20 PM, Z. Majeed <zmajeed@sbcglobal.net> wrote:
> I see the reason is the workaround in do_execute that turns on line-by-line matching for -i across the board - I got runtime confirmation by trying "<name>.*[rR][uU][sS][sS][iI][aA]" - the times were faster than for grep 2.5.1 with -i:
> 3.59user 2.95system 0:06.55elapsed
>
> I'm not sure if the workaround is for the -i problem in UTF-8 locales discussed in http://savannah.gnu.org/bugs/?29391. This bug report really should be titled "--ignore-case very slow in grep 2.14"

Thanks for the reminder.
I'm about to release grep-2.15, but after that, I will be inclined to
address that problem.


--664784067-1284358438-1382233185=:47367-- From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 19 22:54:54 2013 Received: (at 15630) by debbugs.gnu.org; 20 Oct 2013 02:54:54 +0000 Received: from localhost ([127.0.0.1]:58457 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VXjAM-0001D1-5m for submit@debbugs.gnu.org; Sat, 19 Oct 2013 22:54:54 -0400 Received: from mail-pa0-f54.google.com ([209.85.220.54]:42050) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VXjAJ-0001Cj-5F for 15630@debbugs.gnu.org; Sat, 19 Oct 2013 22:54:52 -0400 Received: by mail-pa0-f54.google.com with SMTP id kx10so6382969pab.13 for <15630@debbugs.gnu.org>; Sat, 19 Oct 2013 19:54:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=SjFnI/jBqBio20fkHMLUR/5Xj42AhDGfMd906ztxpXk=; b=MEJK567mZFIOqdhkPn59PpcruAOEkRnwp2klZjR9e50eA4jB38SDxsNgAB2lydzeCW 7bm1WBpoH3zZ+kt1GfIswaIxVAsTIosJbpAPcORCk9JOkLqG0KzWRq92JucR43okgDUJ G6SDVjFon7Y93D2K8bP17b3S31oNxBg2LzyAWMGVJr+dniXgzbAPEA78aLrbM5LPLDVj zyDb4x+VYVT8ms18ddqAnXd3tMjPyacA+qNfuFi2j/sDGIe2TwtP9sjMgND8L/i7Y95k mp1c7hc9GsTulVBFz6jtk1yuHQ1tKipMf9S70VVjjXBdeLXvgGAS+gtFQk9WlLdrHdRf MxBw== X-Received: by 10.66.121.201 with SMTP id lm9mr11043138pab.80.1382237683058; Sat, 19 Oct 2013 19:54:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.6.66 with HTTP; Sat, 19 Oct 2013 19:54:23 -0700 (PDT) In-Reply-To: <1382233185.47367.YahooMailNeo@web181301.mail.ne1.yahoo.com> References: <1381932596.87595.YahooMailNeo@web181303.mail.ne1.yahoo.com> <1381951215.67272.YahooMailNeo@web181302.mail.ne1.yahoo.com> <1382233185.47367.YahooMailNeo@web181301.mail.ne1.yahoo.com> From: Jim Meyering Date: Sat, 19 Oct 2013 19:54:23 -0700 X-Google-Sender-Auth: 9nmnMrrCb4PcUZn4tenNgVCvbWM Message-ID: Subject: Re: bug#15630: Acknowledgement (grep 2.14 much slower than 2.5.1) To: "Z. Majeed" Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 15630 Cc: "15630@debbugs.gnu.org" <15630@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Sat, Oct 19, 2013 at 6:39 PM, Z. Majeed wrote: > Thanks - I nearly always use -i so a fix would be highly appreciated - > meantime I dug a bit more into this issue - it's not as straightforward as > it first seemed - the crux of the problem is not the workaround for UTF-8 > but -i ".*russia" causing dfamust to be just the one-character string > "<" because "name" turns into character classes - for XML input that > practically makes keyword matching worthless and the main loop in EGexecute > degenerates to line-by-line processing - it seems to me dfaparse ought to > deal with case foldings a little better so the trans table support in cwexec > gets used - there have also been some simple patches submitted to make use > of trans in bmexec If you can point to a seemingly-good patch, please do. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 06 06:45:52 2014 Received: (at 15630) by debbugs.gnu.org; 6 Apr 2014 10:45:52 +0000 Received: from localhost ([127.0.0.1]:37458 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WWkaF-0008Px-Mx for submit@debbugs.gnu.org; Sun, 06 Apr 2014 06:45:51 -0400 Received: from pbsg500.nifty.com ([202.248.238.70]:27723) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WWkaA-0008Pe-6b for 15630@debbugs.gnu.org; Sun, 06 Apr 2014 06:45:48 -0400 Received: from [10.120.1.62] (i118-21-128-66.s30.a048.ap.plala.or.jp [118.21.128.66]) (authenticated) by pbsg500.nifty.com with ESMTP id s36AjNlL007838; Sun, 6 Apr 2014 19:45:24 +0900 X-Nifty-SrcIP: [118.21.128.66] Date: Sun, 06 Apr 2014 19:45:24 +0900 From: Norihiro Tanaka To: "15630@debbugs.gnu.org" <15630@debbugs.gnu.org> Subject: bug#15630: grep 2.14 much slower than 2.5.1 In-Reply-To: References: <1382233185.47367.YahooMailNeo@web181301.mail.ne1.yahoo.com> Message-Id: <20140406194522.BACA.27F6AC2D@kcn.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.65.07 [ja] X-Spam-Score: 3.7 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Jim Meyering wrote: > If you can point to a seemingly-good patch, please do. This bug will be fixed by application of patch#17019 and patch#17034. Norihiro [...] Content analysis details: (3.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see ] 2.7 RCVD_IN_PSBL RBL: Received via a relay in PSBL [202.248.238.70 listed in psbl.surriel.com] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record -0.3 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain X-Debbugs-Envelope-To: 15630 Cc: Jim Meyering , "Z. Majeed" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 3.7 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Jim Meyering wrote: > If you can point to a seemingly-good patch, please do. This bug will be fixed by application of patch#17019 and patch#17034. Norihiro [...] Content analysis details: (3.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.7 RCVD_IN_PSBL RBL: Received via a relay in PSBL [202.248.238.70 listed in psbl.surriel.com] 1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see ] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record -0.3 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain Jim Meyering wrote: > If you can point to a seemingly-good patch, please do. This bug will be fixed by application of patch#17019 and patch#17034. Norihiro From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 21 14:09:32 2014 Received: (at 15630-done) by debbugs.gnu.org; 21 Apr 2014 18:09:32 +0000 Received: from localhost ([127.0.0.1]:54349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WcIep-0005WD-Lt for submit@debbugs.gnu.org; Mon, 21 Apr 2014 14:09:31 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:42336) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WcIen-0005W2-5Q for 15630-done@debbugs.gnu.org; Mon, 21 Apr 2014 14:09:30 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id CA79D39E8012; Mon, 21 Apr 2014 11:09:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GmOZVqwM2Ua0; Mon, 21 Apr 2014 11:09:20 -0700 (PDT) Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 5237839E8008; Mon, 21 Apr 2014 11:09:20 -0700 (PDT) Message-ID: <53555ED0.8050305@cs.ucla.edu> Date: Mon, 21 Apr 2014 11:09:20 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Norihiro Tanaka , 15630-done@debbugs.gnu.org Subject: Re: bug#15630: grep 2.14 much slower than 2.5.1 References: <1382233185.47367.YahooMailNeo@web181301.mail.ne1.yahoo.com> <20140406194522.BACA.27F6AC2D@kcn.ne.jp> In-Reply-To: <20140406194522.BACA.27F6AC2D@kcn.ne.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 15630-done Cc: "Z. Majeed" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) On 04/06/2014 03:45 AM, Norihiro Tanaka wrote: > This bug will be fixed by application of patch#17019 and patch#17034. Thanks, Iapplied those patchesa week or two ago, and so am closing this bug. From unknown Wed Jun 25 09:10:48 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 20 May 2014 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator