From: Pete Zaitcev <zaitcev@redhat.com>
To: axboe@suse.de
Cc: zaitcev@redhat.com, jgarzik@pobox.com, linux-kernel@vger.kernel.org
Subject: Merging fails reading /dev/uba1
Date: Sun, 20 Feb 2005 20:00:59 -0800 [thread overview]
Message-ID: <20050220200059.53db7b1e@localhost.localdomain> (raw)
Hi, Jens:
I think this question belongs to your domain, but please let me know
if I'm mistaken, so I can pursue this elsewhere.
I encountered a strange performance anomaly. I do the following:
<----- Plug USB key
[root@lembas ~]# time dd if=/dev/uba of=/dev/null bs=10k count=10240
10240+0 records in
10240+0 records out
real 0m22.731s
user 0m0.004s
sys 0m0.345s
[root@lembas ~]#
<----- Remove and replug the USB key
[root@lembas ~]# time dd if=/dev/uba1 of=/dev/null bs=10k count=10240
10240+0 records in
10240+0 records out
real 1m42.622s
user 0m0.005s
sys 0m1.518s
[root@lembas ~]#
So, reading from a partition of the same device is 5 times slower than
reading from the device itself. The question is, why?
To the best of my knowledge, this does not occur with SCSI (usb-storage
and sd or sr). This hints strongly that the ub is not doing something
right, but what that can be?
The ub takes the request processing machinery from Carmel exactly. I am
wondering if Carmel (sx8) exhibits any similar performance anomalies
(cc-ing to Jeff)
Additional information:
[root@lembas ~]# cat /proc/version
Linux version 2.6.11-rc4-lem (zaitcev@lembas) (gcc version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)) #1 Tue Feb 15 23:06:39 PST 2005
[root@lembas ~]# cat /proc/partitions
major minor #blocks name
3 0 39070080 hda
3 1 5935986 hda1
3 2 5936017 hda2
3 3 554242 hda3
3 4 1 hda4
3 5 26643771 hda5
180 0 1024000 uba
180 1 1023983 uba1
[root@lembas ~]#
Thanks,
-- Pete
next reply other threads:[~2005-02-21 4:01 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-21 4:00 Pete Zaitcev [this message]
2005-02-21 7:51 ` Merging fails reading /dev/uba1 Jens Axboe
2005-02-21 18:24 ` Pete Zaitcev
2005-02-21 18:31 ` Jeff Garzik
2005-02-21 20:00 ` Linus Torvalds
2005-02-22 0:41 ` Pete Zaitcev
2005-02-22 1:48 ` Linus Torvalds
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=20050220200059.53db7b1e@localhost.localdomain \
--to=zaitcev@redhat.com \
--cc=axboe@suse.de \
--cc=jgarzik@pobox.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.