Skip site navigation (1) Skip section navigation (2)

Re: Performance query about large tables, lots of concurrent access

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: Scott Marlowe <smarlowe(at)g2switchworks(dot)com>
Cc: Andrew Sullivan <ajs(at)crankycanuck(dot)ca>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Performance query about large tables, lots of concurrent access
Date: 2007-06-21 23:24:56
Message-ID: 467B08C8.4040709@commandprompt.com (view raw or flat)
Thread:
Lists: pgsql-performance
Scott Marlowe wrote:
> Andrew Sullivan wrote:
>> On Thu, Jun 21, 2007 at 12:29:49PM -0400, Karl Wright wrote:
>>  
>>> I checked the disk picture - this is a RAID disk array with 6 drives, 
>>> with a bit more than 1Tbyte total storage.  15,000 RPM.  It would be 
>>> hard to get more/faster disk than that.
>>>     
>>
>> What kind of RAID?  It's _easy_ to get faster disk that 6 drives in
>> RAID5, even if they're 15,000 RPM.  The rotation speed is the least
>> of your problems in many RAID implementations.
>>   
> Also, the controller means a lot.  I'd rather have a 4 disk RAID-10 with 
> an Areca card with BBU Cache than a 16 disk RAID 5 on an adaptec (with 
> or without cache... :) )

Oh come on... Adaptec makes a great skeet.

Joshua D. Drake


> 
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Have you searched our list archives?
> 
>               http://archives.postgresql.org
> 


-- 

       === The PostgreSQL Company: Command Prompt, Inc. ===
Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240
Providing the most comprehensive  PostgreSQL solutions since 1997
              http://www.commandprompt.com/

Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate
PostgreSQL Replication: http://www.commandprompt.com/products/


In response to

pgsql-performance by date

Next:From: Dan GormanDate: 2007-06-21 23:31:32
Subject: PITR Backups
Previous:From: Scott MarloweDate: 2007-06-21 23:23:06
Subject: Re: Data transfer very slow when connected via DSL

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group