From: | Adam Tauno Williams <adamtaunowilliams(at)gmail(dot)com> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Performance on 8CPU's and 32GB of RAM |
Date: | 2007-09-05 22:15:58 |
Message-ID: | 1189030558.4773.4.camel@aleph.wmmi.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Wed, 2007-09-05 at 14:36 -0500, Scott Marlowe wrote:
> On 9/5/07, Trevor Talbot <quension(at)gmail(dot)com> wrote:
> > On 9/5/07, Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com> wrote:
> > > On 9/5/07, Carlo Stonebanks <stonec(dot)register(at)sympatico(dot)ca> wrote:
> > > > > Right, additionally NTFS is really nothing to use on any serious disc
> > > > > array.
> > > > Do you mean that I will not see any big improvement if I upgrade the disk
> > > > subsystem because the client is using NTFS (i.e. Windows)
I haven't had a corrupt NTFS filesystem is ages; even with hardware
failures. If NTFS was inherently unstable there wouldn't be hundreds of
thousands of large M$-SQL and Exchange instances.
> And there's the issue that with windows / NTFS that when one process
> opens a file for read, it locks it for all other users.
This isn't true; the mode of a file open is up to the application.
Possibly lots of Windows applications are stupid or sloppy in how they
manage files but that isn't a flaw in NTFS.
--
Adam Tauno Williams, Network & Systems Administrator
Consultant - http://www.whitemiceconsulting.com
Developer - http://www.opengroupware.org
From | Date | Subject | |
---|---|---|---|
Next Message | Subbiah Stalin-XCGF84 | 2007-09-05 22:33:06 | Postgres with Sun Cluster HA/Solaris 10 |
Previous Message | Scott Marlowe | 2007-09-05 21:59:17 | Re: Performance on 8CPU's and 32GB of RAM |