All of lore.kernel.org
 help / color / mirror / Atom feed
From: Imre Gergely <imre.gergely@astral.ro>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Erik Mouw <erik@harddisk-recovery.com>, linux-kernel@vger.kernel.org
Subject: Re: disabling libata
Date: Fri, 10 Feb 2006 20:39:03 +0200	[thread overview]
Message-ID: <43ECDDC7.50200@astral.ro> (raw)
In-Reply-To: <1139592347.12521.18.camel@localhost.localdomain>


Alan Cox wrote:
> On Gwe, 2006-02-10 at 18:02 +0200, Imre Gergely wrote:
>> maybe it's just me... but it looks like if as SCSI device the whole thing is
>> slower than with IDE. i haven't tested it yet, but as sda the system load is
>> very high, i did some tests with dd, and the CPU usage is always at 98-100%.
> 
> 
> Not expected behaviour. Can you provide hardware info and boot up
> messages please.
> 
> 

AMD Sempron 2600+, 512MB

00:09.0 IDE interface: nVidia Corporation MCP2A IDE (rev a3)
00:0b.0 IDE interface: nVidia Corporation nForce2 Serial ATA Controller (rev a3)

...
ata1: SATA max UDMA/133 cmd 0x9F0 ctl 0xBF2 bmdma 0xC800 irq 11
ata2: SATA max UDMA/133 cmd 0x970 ctl 0xB72 bmdma 0xC808 irq 11
input: ImPS/2 Generic Wheel Mouse on isa0060/serio1
ata1: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4003 85:3468 86:3c01 87:4003 88:407f
ata1: dev 0 ATA, max UDMA/133, 312579695 sectors: lba48
nv_sata: Primary device added
nv_sata: Primary device removed
nv_sata: Secondary device removed
ata1: dev 0 configured for UDMA/133
scsi0 : sata_nv
ata2: no device found (phy stat 00000000)
scsi1 : sata_nv
  Vendor: ATA       Model: ST3160023AS       Rev: 3.01
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sda: 312579695 512-byte hdwr sectors (160041 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 312579695 512-byte hdwr sectors (160041 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
kjournald starting.  Commit interval 5 seconds
...

[root@imi ~]# hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   1652 MB in  2.00 seconds = 825.95 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate ioctl for
device
 Timing buffered disk reads:  146 MB in  3.00 seconds =  48.60 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate ioctl for
device

[root@imi stuff]# hdparm /dev/sda

/dev/sda:
 IO_support   =  0 (default 16-bit)
 readonly     =  0 (off)
 readahead    = 256 (on)
 geometry     = 19457/255/63, sectors = 160040803840, start = 0

[root@imi stuff]# cat /sys/block/sda/queue/scheduler
noop anticipatory deadline [cfq]

(but i tried all schedulers, didn't see any big improvements)

i tried to create an 1gb file like this:

[root@imi stuff]# time dd if=/dev/zero of=./1gbfile bs=512k count=2048
2048+0 records in
2048+0 records out

real    1m6.086s
user    0m0.012s
sys     0m5.920s

vmstat output lookes like this:


[root@imi ~]# vmstat 1
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
 1  0    112  94208   1416  96616    0    0   762   427  933  3359 15  4 69 12
 2  3    112   5076    808 180052    0    0    28 71260  768  3001  3 55 42  0
 0  3    112   7060    820 178608    0    0     8 20500  632  2596  1  5  0 94
 4  3    112   9292    820 178612    0    0     4     0  606  2695  1  1  0 98
 0  2    112   6340    876 181740    0    0    16 22440  608  2689  1 49  0 50
 0  2    112   5964    888 179848    0    0    20 54188  589  2761  5 25  0 70
 0  2    112   7580    904 179900    0    0    40     0  583  2603  1  1  0 98
 1  3    112   4956    932 182972    0    0    40 27404  622  2635  3 16  0 81
 0  6    112   4952    952 182772    0    0    28  4000  664  2775  1 26  0 73

i read somewhere about some tests, SATA vs IDE, and they were talking about a
constant 10-13% CPU usage, nothing more.



  reply	other threads:[~2006-02-10 18:38 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-10 13:40 disabling libata Imre Gergely
2006-02-10 14:11 ` Erik Mouw
2006-02-10 14:16   ` Imre Gergely
2006-02-10 14:22     ` Erik Mouw
2006-02-10 16:02       ` Imre Gergely
2006-02-10 17:25         ` Alan Cox
2006-02-10 18:39           ` Imre Gergely [this message]
2006-02-10 17:36         ` Wakko Warner
2006-02-10 17:23   ` Barry K. Nathan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43ECDDC7.50200@astral.ro \
    --to=imre.gergely@astral.ro \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=erik@harddisk-recovery.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.