Am 03.02.2015 um 10:14 schrieb Joseph L. Brunner:
Lol - spinning disks? Really?
SSD is down to like 50cents a gig. And they have 1TB disks... slow disks = you
get what you deserve... welcome to 2015. Autolacing shoes, self drying jackets,
hoverboards - oh, yeah, and 110k IOPS 1TB SamSung Pro 8
-Original Message-
From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of
Les Mikesell
Sent: Tuesday, February 03, 2015 12:42 AM
To: CentOS mailing list
Subject: Re: [CentOS] Very slow disk I/O
On Mon, Feb 2, 2015 at 11:37 PM, Jatin Davey wrote:
>
> I will test a
On 2/3/2015 11:06 AM, Gordon Messmer wrote:
On 02/02/2015 08:52 PM, Jatin Davey wrote:
So , You dont think that any configuration changes like increasing
the number of volumes or anything else will help in reducing the I/O
wait time ?
No, because that won't change the number of heads that a
On Mon, Feb 2, 2015 at 11:37 PM, Jatin Davey wrote:
>
> I will test and get the I/O speed results with the following and see what
> works best with the given workload:
>
> Create 5 volumes each with 150 GB in size for the 5 VMs that i will be
> running on the server
> Create 1 volume with 600GB in
On 2/3/2015 10:44 AM, John R Pierce wrote:
On 2/2/2015 8:52 PM, Jatin Davey wrote:
So , You dont think that any configuration changes like increasing
the number of volumes or anything else will help in reducing the I/O
wait time ?
not by much. it might reduce the overhead if you use LVM vo
On 02/02/2015 08:52 PM, Jatin Davey wrote:
So , You dont think that any configuration changes like increasing the
number of volumes or anything else will help in reducing the I/O wait
time ?
No, because that won't change the number of heads that are present to
service the IO requests, nor to
On 2/2/2015 8:52 PM, Jatin Davey wrote:
So , You dont think that any configuration changes like increasing the
number of volumes or anything else will help in reducing the I/O wait
time ?
not by much. it might reduce the overhead if you use LVM volumes for
virtual disks instead of using fil
On 2/3/2015 10:00 AM, John R Pierce wrote:
On 2/2/2015 8:11 PM, Jatin Davey wrote:
disk 252:1 | 0-0-0 | 9XG7TNQVST91000640NS CC03 | Online, Spun Up
disk 252:2 | 0-0-1 | 9XG4M4X3ST91000640NS CC03 | Online, Spun Up
disk 252:3 | 0-1-1 | 9XG4LY7JST91000640NS CC03 | Online, Spun Up
disk 252:4 | 0-1-0
On 2/2/2015 8:11 PM, Jatin Davey wrote:
disk 252:1 | 0-0-0 | 9XG7TNQVST91000640NS CC03 | Online, Spun Up
disk 252:2 | 0-0-1 | 9XG4M4X3ST91000640NS CC03 | Online, Spun Up
disk 252:3 | 0-1-1 | 9XG4LY7JST91000640NS CC03 | Online, Spun Up
disk 252:4 | 0-1-0 | 9XG51233ST91000640NS CC03 | Online, Spun
On 2/2/2015 10:32 AM, John R Pierce wrote:
On 2/1/2015 8:25 PM, Jatin Davey wrote:
On 2/2/2015 9:25 AM, John R Pierce wrote:
On 2/1/2015 7:31 PM, Jatin Davey wrote:
I ran your script and here is the output for it:
Start of the Output***
[root@localhost bin]# lsi-raid
On Sun, Feb 1, 2015 at 10:31 PM, Jatin Davey wrote:
>
>> Thanks John,
>
> I ran your script and here is the output for it:
>
> Start of the Output***
> [root@localhost bin]# lsi-raidinfo
> sh: /opt/MegaRAID/MegaCli/MegaCli64: No such file or directory
>
Do you have the M
On 1/30/2015 9:44 AM, John R Pierce wrote:
On 1/29/2015 7:21 PM, Jatin Davey wrote:
[root@localhost ~]# lspci | grep RAID
05:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID SAS-3
3108 [Invader] (rev 02)
to get info out of those, you need to install MegaCli64 from LSI
Logic, wh
On 01/29/2015 07:21 PM, Jatin Davey wrote:
[root@localhost ~]# lspci | grep RAID
05:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID SAS-3
3108 [Invader] (rev 02)
I'd expect some pretty good numbers from that with a 4 disk RAID 10. As
before, SSD will perform better. If you need
On 1/29/2015 7:21 PM, Jatin Davey wrote:
[root@localhost ~]# lspci | grep RAID
05:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID SAS-3
3108 [Invader] (rev 02)
to get info out of those, you need to install MegaCli64 from LSI Logic,
which has the ugliest command lines and output
On 1/30/2015 1:53 AM, Gordon Messmer wrote:
On 01/29/2015 05:07 AM, Jatin Davey wrote:
Yes , it is a SATA disk. I am not sure of the speed. Can you tell me
how to find out this information ? Additionally we are using RAID 10
configuration with 4 disks.
What RAID controller are you using?
#
On 01/29/2015 05:07 AM, Jatin Davey wrote:
Yes , it is a SATA disk. I am not sure of the speed. Can you tell me
how to find out this information ? Additionally we are using RAID 10
configuration with 4 disks.
What RAID controller are you using?
# lspci | grep RAID
___
On Thu, Jan 29, 2015 at 7:07 AM, Jatin Davey wrote:
>
> [Jatin]
> Yes , entire disk is mounted on a single file system. Will this cause high
> wait time for I/O operations ? Do you think splitting it into multiple
> partitions would help ? Appreciate if you can enlighten me in this regard or
> pro
On 1/28/2015 11:07 PM, John R Pierce wrote:
On 1/28/2015 4:32 AM, Jatin Davey wrote:
I am using RHEL 6.5 on my server.
From top command i can see that the processors in my server are
spending a lot of time on wait for I/O.
I can see high percentage in terms of 30-50% on "wa" time.
Here is th
On 1/29/2015 4:50 AM, Gordon Messmer wrote:
On 01/28/2015 04:32 AM, Jatin Davey wrote:
Could someone point me on how to improve the disk I/O on my server and
reduce the wait time on I/O.
Start by identifying your disk and controller. Assuming that this is
a single SATA disk:
# smartctl -a
On 01/28/2015 04:32 AM, Jatin Davey wrote:
Could someone point me on how to improve the disk I/O on my server and
reduce the wait time on I/O.
Start by identifying your disk and controller. Assuming that this is a
single SATA disk:
# smartctl -a /dev/sda | egrep 'Model:|Rate:|SATA Version'
On 1/28/2015 9:37 AM, John R Pierce wrote:
On 1/28/2015 4:32 AM, Jatin Davey wrote:
Could someone point me on how to improve the disk I/O on my server
and reduce the wait time on I/O.
...
oops, left off the last part.To improve disk IO performance, use
more/faster disks, or d
On 1/28/2015 4:32 AM, Jatin Davey wrote:
I am using RHEL 6.5 on my server.
From top command i can see that the processors in my server are
spending a lot of time on wait for I/O.
I can see high percentage in terms of 30-50% on "wa" time.
Here is the df output about the disk space in my system
On 01/28/2015 03:32 PM, Jatin Davey wrote:
Could someone point me on how to improve the disk I/O on my server and
reduce the wait time on I/O.
Fisrt of all, you should ensure how fast are your disks.
There are several methods to check that:
https://www.thomas-krenn.com/en/wiki/Linux_I/O_Perf
+1
And remember that I/O is more than just disk. The atop monitor gives you
information like top and htop, but also provides a lot of I/O information as
well including network. Perhaps your server is the target of a network-based
DDOS attack which can cause lots of I/O wait time. Also look at
On 01/28/2015 01:32 PM, Jatin Davey wrote:
Hi Users
I am using RHEL 6.5 on my server.
From top command i can see that the processors in my server are
spending a lot of time on wait for I/O.
I can see high percentage in terms of 30-50% on "wa" time.
Here is the df output about the disk space i
Hi Users
I am using RHEL 6.5 on my server.
From top command i can see that the processors in my server are
spending a lot of time on wait for I/O.
I can see high percentage in terms of 30-50% on "wa" time.
Here is the df output about the disk space in my system:
**
[root@localhost im
26 matches
Mail list logo