Unix Technical Forum

Re: How to improve db performance with $7K?

This is a discussion on Re: How to improve db performance with $7K? within the Pgsql Performance forums, part of the PostgreSQL category; --> Well, more like they both are allowed to issue disk requests and the magical "clustered file system" manages locking, ...


Go Back   Unix Technical Forum > Database Server Software > PostgreSQL > Pgsql Performance

Register FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 04-18-2008, 11:33 AM
Mohan, Ross
 
Posts: n/a
Default Re: How to improve db performance with $7K?

Well, more like they both are allowed to issue disk
requests and the magical "clustered file system" manages
locking, etc.

In reality, any disk is only reading/writing to one part of
the disk at any given time, of course, but that in the multiple
initiator deal, multiple streams of requests from multiple hosts
can be queued.



-----Original Message-----
From: Bruce Momjian [mailtogman@candle.pha.pa.us]
Sent: Tuesday, April 19, 2005 12:16 PM
To: Mohan, Ross
Cc: pgsql-performance@postgresql.org
Subject: Re: [PERFORM] How to improve db performance with $7K?


Mohan, Ross wrote:
> Clustered file systems is the first/best example that
> comes to mind. Host A and Host B can both request from diskfarm, eg.


So one host writes to part of the disk and another host writes to a different part?

---------------------------------------------------------------------------

> -----Original Message-----
> From: Bruce Momjian [mailtogman@candle.pha.pa.us]
> Sent: Tuesday, April 19, 2005 12:10 PM
> To: Mohan, Ross
> Cc: pgsql-performance@postgresql.org
> Subject: Re: [PERFORM] How to improve db performance with $7K?
>
>
> Mohan, Ross wrote:
> > The only part I am pretty sure about is that real-world experience
> > shows SCSI is better for a mixed I/O environment. Not sure why,
> > exactly, but the command queueing obviously helps, and I am not sure
> > what else does.
> >
> > || TCQ is the secret sauce, no doubt. I think NCQ (the SATA version
> > || of per se drive request reordering)
> > should go a looong way (but not all the way) toward making SATA 'enterprise acceptable'. Multiple
> > initiators (e.g. more than one host being able to talk to a drive) is a biggie, too. AFAIK only SCSI
> > drives/controllers do that for now.

>
> What is 'multiple initiators' used for in the real world?
>
> --
> Bruce Momjian | http://candle.pha.pa.us
> pgman@candle.pha.pa.us | (610) 359-1001
> + If your life is a hard drive, | 13 Roberts Road
> + Christ can be your backup. | Newtown Square, Pennsylvania 19073
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
> http://archives.postgresql.org
>


--
Bruce Momjian | http://candle.pha.pa.us
pgman@candle.pha.pa.us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo@postgresql.org so that your
message can get through to the mailing list cleanly

Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On
Forum Jump


All times are GMT. The time now is 10:18 PM.


Powered by vBulletin® Version 3.6.5
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
SEO by vBSEO 3.2.0
www.UnixAdminTalk.com