|
|
Sponsored Content
Special Forums
Hardware
Filesystems, Disks and Memory
optimizing disk performance
Post 22895 by J.P on Wednesday 12th of June 2002 07:15:23 PM
06-12-2002
optimizing disk performance
I have some questions regarding disk perfomance, and what I can do to make it just a little (or much 
) more faster.
From what I've heard the first partitions will be faster than the later ones because tracks at the outer edges of a hard drive platter simply moves faster. But I've also read in a book that most-used partitions should be placed in the middle of a range of partitions. This doesn't make much sense to me.
Does this "put-heavily-accessed-in-the-middle" thing apply to logical partitions?
Should the heavily accessed partition really go in the middle? Even if the first partitions are large in size and later are small, thus leaving the heavily accessed partition "nearer" the center (where the platter moves slower)... ?
Any other suggestions like partition layout, filesystem recommendation etc are highly appreciated
I'm working with a linux system using a server software that does a lot of reading and writing so every bit of speed I can gain is valueable.
Thanks in advance
) more faster.From what I've heard the first partitions will be faster than the later ones because tracks at the outer edges of a hard drive platter simply moves faster. But I've also read in a book that most-used partitions should be placed in the middle of a range of partitions. This doesn't make much sense to me.
Does this "put-heavily-accessed-in-the-middle" thing apply to logical partitions?
Should the heavily accessed partition really go in the middle? Even if the first partitions are large in size and later are small, thus leaving the heavily accessed partition "nearer" the center (where the platter moves slower)... ?
Any other suggestions like partition layout, filesystem recommendation etc are highly appreciated
I'm working with a linux system using a server software that does a lot of reading and writing so every bit of speed I can gain is valueable.
Thanks in advance
Last edited by J.P; 06-12-2002 at 08:21 PM..
|
|
7 More Discussions You Might Find Interesting
1. News, Links, Events and Announcements
I found this link useful in a discussion about Apache performance tuning:
http://www.serverwatch.com/tutorials/article.php/3436911 (0 Replies)
Discussion started by: Neo
0 Replies
2. AIX
Hello,
I have a aix 570 system with san disk. I do write test of performance
in a lv with four disk. While the test I run filemon tools for trace
the disk activity. The outputs of filemon are at the en of this message. I
see my lV(logical volume) throughput at 100 meg by second. 2 of 4
disk... (0 Replies)
Discussion started by: Hugues
0 Replies
3. Red Hat
I am getting absolutely dreadful iowait stats on my disks when I am trying to install some applications.
I have 2 physical disks on which I have created 2 separate logical volume groups and a logical volume in each. I have dumped some stats as below
My dual core CPU is not being over utilised... (3 Replies)
Discussion started by: jimthompson
3 Replies
4. Red Hat
Running CentOS 5.5:
I've come across a relatively recent problem, where in the last 2 months or so, the root disk goes to 99% utilization for about 20 seconds when a user logs in. This occurs whether a user logs in locally or via ssh. I have tried using lsof to track down the process that is... (5 Replies)
Discussion started by: dangral
5 Replies
5. Solaris
What tools/utilities do you use to generate metrics on disk i/o throughput on Solaris. For example, if I want to see the i/o rate of random or sequential r/w. (2 Replies)
Discussion started by: dangral
2 Replies
6. Linux
I have a freshly installed Oracle Linux 7.1 ( akin to RHEL ) server.
However after installing some Oracle software, I have noticed that my hard disk light is continually on and the system performance is slow.
So I check out SAR and IOSTAT
lab3:/root>iostat
Linux... (2 Replies)
Discussion started by: jimthompson
2 Replies
7. Debian
Hi,
Recently, I experienced that exim was slow in sending outgoing mail, it was spending a lot of time in the queue, resulting in customer complains.
I came across an article in the internet to optimize the performance of exim in the server. However, the location of the exim.conf is not in... (0 Replies)
Discussion started by: anaigini45
0 Replies
LEARN ABOUT DEBIAN
hd
HD(4) Linux Programmer's Manual HD(4) NAME
hd - MFM/IDE hard disk devices DESCRIPTION
The hd* devices are block devices to access MFM/IDE hard disk drives in raw mode. The master drive on the primary IDE controller (major device number 3) is hda; the slave drive is hdb. The master drive of the second controller (major device number 22) is hdc and the slave hdd. General IDE block device names have the form hdX, or hdXP, where X is a letter denoting the physical drive, and P is a number denoting the partition on that physical drive. The first form, hdX, is used to address the whole drive. Partition numbers are assigned in the order the partitions are discovered, and only nonempty, nonextended partitions get a number. However, partition numbers 1-4 are given to the four partitions described in the MBR (the "primary" partitions), regardless of whether they are unused or extended. Thus, the first logi- cal partition will be hdX5. Both DOS-type partitioning and BSD-disklabel partitioning are supported. You can have at most 63 partitions on an IDE disk. For example, /dev/hda refers to all of the first IDE drive in the system; and /dev/hdb3 refers to the third DOS "primary" partition on the second one. They are typically created by: mknod -m 660 /dev/hda b 3 0 mknod -m 660 /dev/hda1 b 3 1 mknod -m 660 /dev/hda2 b 3 2 ... mknod -m 660 /dev/hda8 b 3 8 mknod -m 660 /dev/hdb b 3 64 mknod -m 660 /dev/hdb1 b 3 65 mknod -m 660 /dev/hdb2 b 3 66 ... mknod -m 660 /dev/hdb8 b 3 72 chown root:disk /dev/hd* FILES
/dev/hd* SEE ALSO
chown(1), mknod(1), sd(4), mount(8) COLOPHON
This page is part of release 3.44 of the Linux man-pages project. A description of the project, and information about reporting bugs, can be found at http://www.kernel.org/doc/man-pages/. Linux 1992-12-17 HD(4)