Re: POSIX regex performance bug in 7.3 Vs. 7.2 - Mailing list pgsql-hackers

From wade
Subject Re: POSIX regex performance bug in 7.3 Vs. 7.2
Date
Msg-id 3.0.32.20030203163728.01f16a40@mail.wavefire.com
Whole thread Raw
In response to POSIX regex performance bug in 7.3 Vs. 7.2  (wade <wade@wavefire.com>)
Responses Re: POSIX regex performance bug in 7.3 Vs. 7.2  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: POSIX regex performance bug in 7.3 Vs. 7.2  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
At 05:51 PM 2/3/03 -0500, Tom Lane wrote:
>wade <wade@wavefire.com> writes:
>> Here is the profile information.  I included a log of the session that
>> generated it at the top of the gprof  output.  If there is any other info I
>> can help you with, please let me know.
>
>A four-second test isn't long enough to gather any statistically
>meaningful profile info.  On most machines, gprof samples 100 times per
>second, so realistically you need a minute or two of runtime to have
>trustworthy numbers.
>
>Please replicate the rows in the table by a factor of ten or twenty or
>so and try again.
>
>            regards, tom lane
OK, here goes again.
I have tried a different table, this one with 27444 rows.
In this case, the query with the regex of the form "row ~* 'regex'"
runs in 1.113 seconds and the other runs in 600.
The session idled for a while after the query completed if that makes a
difference.
Queries and explain output are included at the top of the gprof output.
http://arch.wavefire.com/pgregexgmon.txt -Wade Klaver



pgsql-hackers by date:

Previous
From: "Dann Corbit"
Date:
Subject: Re: Win32 and fsync()
Next
From: Tom Lane
Date:
Subject: Re: POSIX regex performance bug in 7.3 Vs. 7.2