- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: performance i/o
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-06-2005 03:57 AM
тАО09-06-2005 03:57 AM
performance i/o
DATOS1 /dev/vgcx001/rlvdwmpr012 1996
DATOS1 /dev/vgcx001/rlvdwmpr013 1996
DATOS1 /dev/vgcx001/rlvdwmpr014 1996
DATOS1 /dev/vgcx001/rlvdwmpr015 1996
DATOS1 /dev/vgcx001/rlvdwmpr016 1996
DATOS1 /dev/vgcx001/rlvdwmpr017 1996
DATOS1 /dev/vgcx001/rlvdwmpr018 1996
DATOS1 /dev/vgcx001/rlvdwmpr019 1996
DATOS1 /dev/vgcx001/rlvdwmpr020 1996
DATOS1 /dev/vgcx001/rlvdwmpr021 1996
DATOS1 /dev/vgcx001/rlvdwmpr022 1996
DATOS1 /dev/vgcx001/rlvdwmpr023 1996
DATOS1 /dev/vgcx001/rlvdwmpr024 1996
DATOS1 /dev/vgcx001/rlvdwmpr025 1996
DATOS1 /dev/vgcx001/rlvdwmpr026 1996
DATOS1 /dev/vgcx001/rlvdwmpr027 1996
DATOS1 /dev/vgcx001/rlvdwmpr028 1996
DATOS1 /dev/vgcx001/rlvdwmpr029 1996
DATOS1 /dev/vgcx001/rlvdwmpr030 1996
DATOS1 /dev/vgcx001/rlvdwmpr031 1996
DATOS1 /dev/vgcx001/rlvdwmpr032 1996
DATOS1 /dev/vgcx001/rlvdwmpr033 1996
DATOS1 /dev/vgcx001/rlvdwmpr034 1996
DATOS1 /dev/vgcx002/rlvdwmpr001 1996
DATOS1 /dev/vgcx002/rlvdwmpr002 1996
DATOS1 /dev/vgcx002/rlvdwmpr003 1996
DATOS2 /dev/vgcx002/rlvdwmpr004 1996
DATOS2 /dev/vgcx002/rlvdwmpr005 1996
DATOS2 /dev/vgcx002/rlvdwmpr006 1996
DATOS2 /dev/vgcx002/rlvdwmpr007 1996
DATOS2 /dev/vgcx002/rlvdwmpr008 1996
DATOS2 /dev/vgcx002/rlvdwmpr009 1996
DATOS2 /dev/vgcx002/rlvdwmpr010 1996
DATOS2 /dev/vgcx002/rlvdwmpr011 1996
DATOS2 /dev/vgcx002/rlvdwmpr012 1996
DATOS2 /dev/vgcx002/rlvdwmpr013 1996
DATOS2 /dev/vgcx002/rlvdwmpr014 1996
DATOS2 /dev/vgcx002/rlvdwmpr015 1996
DATOS2 /dev/vgcx002/rlvdwmpr016 1996
DATOS2 /dev/vgcx002/rlvdwmpr017 1996
DATOS2 /dev/vgcx002/rlvdwmpr018 1996
DATOS2 /dev/vgcx002/rlvdwmpr019 1996
DATOS2 /dev/vgcx002/rlvdwmpr020 1996
DATOS2 /dev/vgcx002/rlvdwmpr022 1996
DATOS2 /dev/vgcx002/rlvdwmpr023 1996
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-06-2005 06:11 AM
тАО09-06-2005 06:11 AM
Re: performance i/o
UNIX because I majored in cryptology...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-06-2005 06:21 AM
тАО09-06-2005 06:21 AM
Re: performance i/o
That being the case, raid 1 is recommended for data,index and hot logs that get written to a lot.
You need data protection. Raid 1 will provide decent performance so long as the database is not too large.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-06-2005 07:15 AM
тАО09-06-2005 07:15 AM
Re: performance i/o
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-06-2005 08:03 AM
тАО09-06-2005 08:03 AM
Re: performance i/o
I haven't used actual raw disk i/o for database in years but instead have used logical raw volumes.
Even more surprising (unless you have multiple hosts accessing the data; e.g Oracle RAC), you might just find that fully cooked i/o gives better performance. Also, don't overlook that you can use the OnlineJFS vxfs mount options convosync=direct,mincache=direct to completely bypass the buffer cache and yet allow you to use regular files.
You really need to do some measurement with your hardware and database because there is no "one size fits all" answer.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-06-2005 10:01 AM
тАО09-06-2005 10:01 AM
Re: performance i/o
If I was choosing raw disk vs lvm - both w/o file systems - I'd definitely choose lvm. This is because while still having the advantage of speed in raw/io you'd also have the flexibility of lvm. You can mirror disks, stripe for speed, use lvm commands to move/duplicate data, etc. I'm pretty sure that lvm itself poses very little overhead on the system, especially if not responsible for a mirror. Also, consider that you'd have to put all of your data into only 10 tablespaces (each disk). With lvm you'd have the ability to create new tablespaces as needed/wanted by just getting a new lvol created out of an existing vg.
Anyway, I vote for using lvm.