Обсуждение: Regress tests to improve the function coverage of schemacmds and user and tablespace files
Regress tests to improve the function coverage of schemacmds and user and tablespace files
Here I have added some more regression tests to improve the missing function coverage of
schemacmds.c, user.c and tablespace.c.
The added tests are mainly RENAME TO and OWNER TO support.
patches are attached in the mail.
please check and provide your suggestions.
Regards,
Hari babu.
Вложения
Re: Regress tests to improve the function coverage of schemacmds and user and tablespace files
Hi, On Thu, Oct 24, 2013 at 5:59 PM, Haribabu kommi <haribabu.kommi@huawei.com> wrote: > Here I have added some more regression tests to improve the missing function > coverage of schemacmds.c, user.c and tablespace.c. > The added tests are mainly RENAME TO and OWNER TO support. Could you add those patches to the next commitfest such as they don't get lost in the flow? Here is a URL to it: https://commitfest.postgresql.org/action/commitfest_view?id=20 Note that you will need a community account to register your patches. Thanks, -- Michael
Here I have added some more regression tests to improve the missing function coverage of
schemacmds.c, user.c and tablespace.c.
The added tests are mainly RENAME TO and OWNER TO support.
patches are attached in the mail.
please check and provide your suggestions.
Regards,
Hari babu.
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
Re: Regress tests to improve the function coverage of schemacmds and user and tablespace files
David Rowley <dgrowleyml@gmail.com> wrote: > I've just had a look at both of these patches. All tests that > have been added seem to cover new areas that are not previously > tested, they also seem to cleanup properly after themselves, so I > think these should be a worthwhile addition to the regression > tests. Thanks for reviewing! Did you happen to note the impact on `make check` runtime? There are many people who run that many times per day while working on development, so we try to keep new tests that significantly extend that separate. We haven't quite worked out the best way to exercise such longer-running tests, but I suspect we soon will. At any rate, this is a piece of information the committer will want, so you will be helping whoever that is if you can supply it. -- Kevin Grittner EDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
David Rowley <dgrowleyml@gmail.com> wrote:Thanks for reviewing! Did you happen to note the impact on `make
> I've just had a look at both of these patches. All tests that
> have been added seem to cover new areas that are not previously
> tested, they also seem to cleanup properly after themselves, so I
> think these should be a worthwhile addition to the regression
> tests.
check` runtime? There are many people who run that many times per
day while working on development, so we try to keep new tests that
significantly extend that separate. We haven't quite worked out
the best way to exercise such longer-running tests, but I suspect
we soon will. At any rate, this is a piece of information the
committer will want, so you will be helping whoever that is if you
can supply it.
--
Kevin Grittner
EDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
Вложения
Re: Regress tests to improve the function coverage of schemacmds and user and tablespace files
On 24 November 2013 03:04 David Rowley wrote:
>I've done a quick benchmark on this this morning.
>Note that I'm using windows here and I used powershell to time the regression run with the following command:
>
>PS D:\Postgres\b\src\tools\msvc> Measure-Command { .\vcregress.bat check }
>
>I ran the tests 10 times each.
>I ran the patched version first, then just did git reset --hard to revert the patched changes then I ran the tests again.
>
>The average and median results over the 10 runs are as follows:
>
> Patched Unpatched Time increased by
>Average 48.23265888 47.70979854 101.10%
>Median 47.8993686 47.51177815 100.82%
>
>
>The slowdown is not too bad. It just around 1% increase of time.
>
>I've attached the results in spreadsheet format.
Thanks for the review and benchmark test.
Regards,
Hari babu.