On Thu, Aug 20, 2015 at 04:32:19PM +0100, Greg Stark wrote:
>
> That's the problem. initdb tests how many connections can start up
> when writing the default config. But we assume that each process can
> use up to the rlimit file descriptors without running into a
> system-wide limit.
That sounds
On Thu, Jul 17, 2014 at 07:47:28AM -0400, Robert Haas wrote:
> On Wed, Jul 16, 2014 at 11:45 PM, Thor Lancelot Simon wrote:
> > Well, I have to ask this question: why should there be any "vax-specific
> > code"? What facilities beyond what POSIX with the threading e
On Wed, Jun 25, 2014 at 10:50:47AM -0700, Greg Stark wrote:
> On Wed, Jun 25, 2014 at 10:17 AM, Robert Haas wrote:
> > Well, the fact that initdb didn't produce a working configuration and
> > that make installcheck failed to work properly are bad. But, yeah,
> > it's not totally broken.
>
> Yea
n't believe that it was ever the case for any Net2 or 4.4-derived
system.
> Or it could be a similar bug on the NFS server's side?
That's concievable. Of course, a client bug is quite possible, as well,
but I don't think the mechanism you suggest is likely.
--
Thor Lancelot
On Wed, Feb 05, 2003 at 03:45:11PM -0500, Tom Lane wrote:
> Thor Lancelot Simon <[EMAIL PROTECTED]> writes:
> >> Unless NetBSD has changed from its heritage, the kernel disk cache
> >> buffers are 8K, and so an 8K NFS read or write would never cross a
> >> c
