Re: [HACKERS] PostgreSQL, NetBSD and NFS
On Wed, 5 Feb 2003, Tom Lane wrote:
[TL: Could be. By heritage I meant BSD-without-any-adjective. It is
[TL: perfectly clear from Leffler, McKusick et al. (_The Design and
[TL: Implementation of the 4.3BSD UNIX Operating System_) that back then,
[TL: 8K was the standard filesystem block size.
FS block size != Disk Buffer Size. Though 8k might have been the
standard FS block size, it was possible -- and occasionally practiced
-- to do 4k/512 filesystems, or 16k/2k filesystems, or M/N filesystems
where { 4k M 16k (maybe 32k), log2(M) == int(log2(M)),
log2(N) == int(log2(N)) and M/N = 8 }.
--*greywolf;
--
NetBSD: making all computer hardware a commodity.
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org/users-lounge/docs/faq.html
Re: [HACKERS] PostgreSQL, NetBSD and NFS
On Wed, 5 Feb 2003, D'Arcy J.M. Cain wrote:
[DJC: This feels rather fragile. I doubt that it is hardware related because I dad
[DJC: tried it on the other ethernet interface in the machine which was on a
[DJC: completely different network than the one I am on now.
All I can offer up is that at one point I had to reduce to 16k NFSIO
when I replaced a switch (you didn't replace a switch, did you?) between
my i386 and my sparc (my le0 and the switch didn't play nicely together;
once I got the hme0 in, everything was happy as a clam).
[DJC: What is the implication of smaller read and write size? Will I
[DJC: necessarily take a performance hit?
I didn't start noticing observable degradation across 100TX until I
dropped NFSIO to 4k (which I did purely for benchmarking statistics).
The differences between 8k, 16k and 32k have not been noticeable
to me. 32k IO would hang my system at one point; since that time,
something appears to have been fixed.
[DJC: --
[DJC: D'Arcy J.M. Cain darcy@{druid|vex}.net | Democracy is three wolves
[DJC: http://www.druid.net/darcy/| and a sheep voting on
[DJC: +1 416 425 1212 (DoD#0082)(eNTP) | what's for dinner.
[DJC:
--*greywolf;
--
NetBSD: Servers' choice!
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
