will be faster due to not having to examine
more than one hash bucket array most of the time.
Description: Binary data
Sent via pgsql-hackers mailing list (firstname.lastname@example.org)
To make changes to your
On Tue, Oct 4, 2016 at 10:11 PM, Tomas Vondra
For GenSlab the situation is less clear, as there probably are ways to make
> it work, but I'd vote to keep it simple for now, and simply do elog(ERROR)
> in the realloc() methods - both for Slab and GenSlab. The current use case
On Sat, Oct 1, 2016 at 10:15 PM, Tomas Vondra <tomas.von...@2ndquadrant.com>
> On 10/02/2016 12:23 AM, John Gorman wrote:
>> I reproduced the quadradic pfree performance problem and verified that
>> these patches solved it.
s this is what is meant.
< * (plus alignment), now wasting memory.
> * (plus alignment), not wasting memory.
In slab.c some lines are over 80 characters could be folded.
It would be nice to give each patch version a unique file name.
Nice patch, I enjoyed reading it!
Someone recently told me that the postgresql atomics library was incomplete
for 64 bit operations such as pg_atomic_fetch_add_u64() and should not be
Can someone definitively confirm whether it is okay to rely on the 64 bit
or whether it is better to protect 64 bit
On Sat, Feb 27, 2016 at 9:25 AM, Robert Haas wrote:
> On Sat, Feb 27, 2016 at 7:08 PM, Andrew Dunstan
> > Perhaps what we need to do is modify pg_regress.c slightly to allow more
> > than one --temp-config argument. But that could be done
While debugging an extension I discovered that the errmsg()
function zeros out errno.
This is annoying because if the process of assembling a meaningful
error message happens to call errmsg() before calling strerror()
we lose the strerror information. This is exactly the time when we
Two of the trigonometry functions have differing error condition behavior
between Linux and OSX. The Linux behavior follows the standard set by the
other trig functions.
ERROR: input is out of range
ERROR: input is out of range
I am getting compile warnings on OSX 10.10 from clang 6.0:
clang: warning: argument unused during compilation: '-pthread'
The 5 warnings are where we are making a -dynamiclib and
the -pthread argument is not necessary:
I have confirmed that -Wno-unused-command-line-argument
suppresses the -pthread warning for clang 6.0 and does not
trigger a warning in gcc 4.9.
Works for me!
On Fri, Apr 3, 2015 at 5:21 PM, Tom Lane t...@sss.pgh.pa.us wrote:
Peter Eisentraut pete...@gmx.net writes:
On Sun, Jan 11, 2015 at 6:00 PM, Robert Haas robertmh...@gmail.com wrote:
On Sun, Jan 11, 2015 at 6:01 AM, Stephen Frost sfr...@snowman.net wrote:
So, for my 2c, I've long expected us to parallelize at the relation-file
level for these kinds of operations. This goes back to my other
On Tue, Jan 13, 2015 at 7:25 AM, John Gorman johngorm...@gmail.com wrote:
On Sun, Jan 11, 2015 at 6:00 PM, Robert Haas robertmh...@gmail.com
On Sun, Jan 11, 2015 at 6:01 AM, Stephen Frost sfr...@snowman.net
So, for my 2c, I've long expected us to parallelize at the relation
This patch implements the first wiki/Todo Configuration Files item
Consider normalizing fractions in postgresql.conf, perhaps using '%'.
The Fractions in GUC variables discussion is here.
This patch implements expressing GUC
Mail list logo