SATA disk detected as IDE? SOLVED
in [Debian]
|
Prev: wireless (Atheros AR5001) was working on squeeze, then stopped
Next: wireless (Atheros AR5001) was working on squeeze, then stopped
From: Josep M. on 30 Jun 2010 16:20 Hello Amrit. One option of the BIOS of the motherboard was allowing use with much less speed, I don't understand how much how run this, because install XP CD don't detect any SATA disk but Linux treat disk as IDE, and now seems that runs really much more fast, more than twice. Josep El mié, 30-06-2010 a las 12:00 -0700, Amrit Panesar escribió: > On 6/30/2010 11:38 AM, Josep M. wrote: > > Hello. > > > > I have a SATA HD, installed as SATA HD (not as ide in motherboard) and > > Debian squeeze detects me this as IDE. > > > > What can I do for change his? > > > > Appended there is is the output of hdparm and sdparm > > > > Thanks > > Josep > > -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/1277928856.3010.2.camel(a)mail.navegants.net
From: Amrit Panesar on 30 Jun 2010 20:30 On 6/30/2010 1:14 PM, Josep M. wrote: > Hello Amrit. > > One option of the BIOS of the motherboard was allowing use with much > less speed, I don't understand how much how run this, because install XP > CD don't detect any SATA disk but Linux treat disk as IDE, and now seems > that runs really much more fast, more than twice. > > Josep > > > El mié, 30-06-2010 a las 12:00 -0700, Amrit Panesar escribió: > >> On 6/30/2010 11:38 AM, Josep M. wrote: >> >>> Hello. >>> >>> I have a SATA HD, installed as SATA HD (not as ide in motherboard) and >>> Debian squeeze detects me this as IDE. >>> >>> What can I do for change his? >>> >>> Appended there is is the output of hdparm and sdparm >>> >>> Thanks >>> Josep >>> >>> > > No Problem Josep, anything to help a fellow Debian User. Thanks -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/4C2BDF3E.9020301(a)4195tech.com
From: Anand Sivaram on 30 Jun 2010 23:30 On Thu, Jul 1, 2010 at 05:50, Amrit Panesar <apanesar(a)4195tech.com> wrote: > On 6/30/2010 1:14 PM, Josep M. wrote: > >> Hello Amrit. >> >> One option of the BIOS of the motherboard was allowing use with much >> less speed, I don't understand how much how run this, because install XP >> CD don't detect any SATA disk but Linux treat disk as IDE, and now seems >> that runs really much more fast, more than twice. >> >> Josep >> >> >> El mié, 30-06-2010 a las 12:00 -0700, Amrit Panesar escribió: >> >> >>> On 6/30/2010 11:38 AM, Josep M. wrote: >>> >>> >>>> Hello. >>>> >>>> I have a SATA HD, installed as SATA HD (not as ide in motherboard) and >>>> Debian squeeze detects me this as IDE. >>>> >>>> What can I do for change his? >>>> >>>> Appended there is is the output of hdparm and sdparm >>>> >>>> Thanks >>>> Josep >>>> >>>> >>>> >>> >> >> > No Problem Josep, anything to help a fellow Debian User. > > Thanks > > > > -- > To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a > subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org > Archive: http://lists.debian.org/4C2BDF3E.9020301(a)4195tech.com > > > I have a SATA HD, installed as SATA HD (not as ide in motherboard) and >Debian squeeze detects me this as IDE. Why do you say that it is detected as IDE. Normally IDE disks using deprecated IDE driver are shown as hda, hdb etc. where as SATA and the same IDE disks with newer PATA driver are shown as sda, sdb etc. For you it is showing the disk as sda. Take a look at "lspci -k" to see which kernel driver is getting used. Also a very easy method to see the reading speed of the disk is dd if=/dev/sda of=/dev/null bs=1M count=1024 This will read the first 1024MB of your disk. I think a good disk/controller gives you more than 70MB per second or so.
From: Stan Hoeppner on 1 Jul 2010 01:20 Anand Sivaram put forth on 6/30/2010 10:25 PM: > Why do you say that it is detected as IDE. Normally IDE disks using I don't get this either. Nothing in anything he posted shows that the kernel is detecting this drive as IDE. Quite the contrary, it's being detected as a SATA device, and if he'd have shown dmesg output, it would clearly state so, but he did not. > deprecated IDE driver are shown as hda, hdb etc. where as SATA and the same > IDE disks with newer PATA driver are shown as sda, sdb etc. For you it is > showing the disk as sda. Take a look at "lspci -k" to see which kernel > driver is getting used. > Also a very easy method to see the reading speed of the disk is You're talking about libata, the current all-in-one SATA/PATA/ATAPI driver. And yes, regardless of whether a drive is PATA or SATA, if it's under the control of libata, it will show up as /dev/sdx, or if it's a CD/DVD-ROM as /dev/srx. > dd if=/dev/sda of=/dev/null bs=1M count=1024 > This will read the first 1024MB of your disk. I think a good > disk/controller gives you more than 70MB per second or so. That depends on many factors, the big one being whether the drive and controller both support NCQ, and if they both have a good implementation of it. Look at the ATA_NCQ_HORKAGE list to see a group of drives whose performance _drops_ considerably with NCQ enabled, or suffer other more serious problems with NCQ enabled such as filesystem corruption, data loss, etc. Other factors affecting sequential read performance (dd) are the elevator used, and the nr_requests and read_ahead_kb settings. Bumping read_ahead_kb up from the default 128 to 512 or 1024 will produce a decent increase in sequential read performance, about 10-20%. For example, a quick test on one of my lower end systems produces a 16% increase in sequential read performance: /$ dd if=/dev/sda of=/dev/null bs=1M count=1024 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 16.8026 s, 63.9 MB/s /$ echo 1024 > read_ahead_kb /$ dd if=/dev/sda of=/dev/null bs=1M count=1024 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 14.4375 s, 74.4 MB/s (This system only has only 384MB RAM so little to none of the performance increase was due to buffers/cache from the first dd run) _But_ a high read_ahead_kb setting causes a huge rise in the size of kernel I/O buffers, eating system memory like candy. This one test caused a 6 fold increase in my kernel buffer size, to over 260MB. Playing with read_ahead_kb for testing can be useful in measuring absolute hardware performance, but I wouldn't run day-to-day with a setting much higher than the default. There are some specific server applications where high read_ahead_kb is useful, such as streaming media servers, but they are few and far between. -- Stan -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/4C2C23FF.7010606(a)hardwarefreak.com
From: Paul E Condon on 1 Jul 2010 19:50
On 20100701_001335, Stan Hoeppner wrote: > Anand Sivaram put forth on 6/30/2010 10:25 PM: > > > Why do you say that it is detected as IDE. Normally IDE disks using > > I don't get this either. Nothing in anything he posted shows that the kernel > is detecting this drive as IDE. Quite the contrary, it's being detected as a > SATA device, and if he'd have shown dmesg output, it would clearly state so, > but he did not. > > > deprecated IDE driver are shown as hda, hdb etc. where as SATA and the same > > IDE disks with newer PATA driver are shown as sda, sdb etc. For you it is > > showing the disk as sda. Take a look at "lspci -k" to see which kernel > > driver is getting used. > > Also a very easy method to see the reading speed of the disk is > > You're talking about libata, the current all-in-one SATA/PATA/ATAPI driver. > And yes, regardless of whether a drive is PATA or SATA, if it's under the > control of libata, it will show up as /dev/sdx, or if it's a CD/DVD-ROM as > /dev/srx. > > > dd if=/dev/sda of=/dev/null bs=1M count=1024 > > This will read the first 1024MB of your disk. I think a good > > disk/controller gives you more than 70MB per second or so. > > That depends on many factors, the big one being whether the drive and > controller both support NCQ, and if they both have a good implementation of > it. Look at the ATA_NCQ_HORKAGE list to see a group of drives whose > performance _drops_ considerably with NCQ enabled, or suffer other more > serious problems with NCQ enabled such as filesystem corruption, data loss, etc. I'm lurking here, hoping to learn useful stuff about hard drive software... What is NCQ? (in this context, of course) What is "ATA_NCQ_HORKAGE list"? The only hit that I get on this string in Google is a link to this email to which I am responding. TIA > > Other factors affecting sequential read performance (dd) are the elevator > used, and the nr_requests and read_ahead_kb settings. Bumping read_ahead_kb > up from the default 128 to 512 or 1024 will produce a decent increase in > sequential read performance, about 10-20%. For example, a quick test on one > of my lower end systems produces a 16% increase in sequential read performance: > > /$ dd if=/dev/sda of=/dev/null bs=1M count=1024 > 1024+0 records in > 1024+0 records out > 1073741824 bytes (1.1 GB) copied, 16.8026 s, 63.9 MB/s > > /$ echo 1024 > read_ahead_kb > /$ dd if=/dev/sda of=/dev/null bs=1M count=1024 > 1024+0 records in > 1024+0 records out > 1073741824 bytes (1.1 GB) copied, 14.4375 s, 74.4 MB/s > > (This system only has only 384MB RAM so little to none of the performance > increase was due to buffers/cache from the first dd run) > > _But_ a high read_ahead_kb setting causes a huge rise in the size of kernel > I/O buffers, eating system memory like candy. This one test caused a 6 fold > increase in my kernel buffer size, to over 260MB. Playing with read_ahead_kb > for testing can be useful in measuring absolute hardware performance, but I > wouldn't run day-to-day with a setting much higher than the default. There > are some specific server applications where high read_ahead_kb is useful, such > as streaming media servers, but they are few and far between. > > -- > Stan > > > -- > To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org > Archive: http://lists.debian.org/4C2C23FF.7010606(a)hardwarefreak.com > -- Paul E Condon pecondon(a)mesanetworks.net -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/20100701234757.GD21029(a)big.lan.gnu |