From: Spam <spam@tnonline.net>
To: Henric Andersson <linux-lvm@sistina.com>
Subject: Re: [linux-lvm] Performance problem.
Date: Mon Nov 17 18:45:02 2003 [thread overview]
Message-ID: <13712767906.20031118014426@tnonline.net> (raw)
In-Reply-To: <003601c3ad5d$c74c8370$6402000a@gasaraki>
Hm. You seem to have quite the problem :( Could it be that some
logging is turned on and spewing data as soon as you copy larger
files etc? Have you looked on CPU usage while copying, or looked on
IRQ assignments (NIC might share with IDE controller)?
Could also be NIC that is not using a good driver? I have had that
before both with Intel and RealTek cards. Actually, when you
mention it there are two Intel Pro 100 drivers in the kernel (Donald
Becker and Intel original I think). Try switching between the two.
Did you try Samba or FTP locally? If that works good then it is most
likely something to do with the networking parts of your system.
>> dd_rescue /dev/vg_main/storagelv /dev/null
>>
>> dd_rescue: (info): ipos: 138384.0k, opos: 138384.0k, xferd:
> 138384.0k
>> errs: 0, errxfer: 0.0k, succxfer:
> 138384.0k
>> +curr.rate: 27966kB/s, avg.rate: 27553kB/s, avg.load:
> 20.9%
> This proves nothing I'm afraid. I've done similar tests myself and even
> gotten bonnie to produce results that "look good", but these are all
> synthetic benchmarks. What counts is realworld performance. I tested bonnie
> (locally on lvm and regular partitions) and regular filecopy with time
> (using a 512MB file) between LVM to the system drive. Also tried NFS
> compared to Samba and it made no difference. FTP proved the same. At the
> beginning of all the test where I could see the actual speed, it would be
> right on spot (ie, maxing out my 100mbit switched network) but after 10
> seconds or so, the speed would drop dramatically to 2-4mb/s (from ~9mb/s)
> and then even halt completely for a short while and then resuming at 2-4mb/s
> (and this with no other network/disk access on the server). Oh, and to
> eliminate the destination drive completely during tests, I also tried "time
cat big512mbfile >> /dev/null", which, ofcourse,
cat big512mbfile >> resulted in the same speed
> as every other test I did.
> This is starting to become a pain. For example, I'm unable to burn my backup
> tarfiles to DVD over the network without empting the buffer (thank good for
> powerburn) which is ridiculous since all it requires is a consistant 4mb/s
> or so. I'm going to try the devicemapper in 2.6 (LVM2), but I haven't had
> the time to do it yet (have to create a similar setup since I dont want to
> risk the data for a little test).
> Oh, and before you ask, the server is a Celeron@2Ghz, with 512MB memory, all
> filesystems are ext3, all drives are master and use the correct ATA/133
> cable. All drives use dma and 32bit with sync transfers. The server's sole
> purpose in life is to provide storage for my network. It uses an nice Intel
> Pro/100 card to ensure stability and performance. The network is 100mbit
> full duplex switched to allow max speed. When transfering files from a
> normal partition (ie, /dev/hdax) I get about 9-9.5mb/s with samba and
> Win2kPro (measured with the Kerio Firewall on the Win2k and IpTraf locally
> on the fileserver).
> (The serverhardware was purchased since I figured that my previous 120Mhz
> Pentium Classic was the bottleneck :-/ )
> /Henric
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
next prev parent reply other threads:[~2003-11-17 18:45 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-14 6:28 [linux-lvm] Performance problem neuron
2003-11-14 6:54 ` Henric Andersson
2003-11-14 6:59 ` neuron
2003-11-16 17:50 ` neuron
2003-11-17 10:36 ` Jean-louis MATTON
2003-11-17 10:53 ` neuron
2003-11-17 10:54 ` Austin Gonyou
2003-11-17 11:00 ` neuron
2003-11-17 11:40 ` Michael Paesold
2003-11-17 11:12 ` neuron
2003-11-17 11:36 ` Spam
2003-11-17 12:15 ` neuron
2003-11-17 12:24 ` Spam
2003-11-17 12:32 ` neuron
2003-11-17 12:45 ` Spam
2003-11-17 12:54 ` neuron
2003-11-17 13:02 ` Spam
2003-11-17 13:07 ` neuron
2003-11-17 16:56 ` Henric Andersson
2003-11-17 18:45 ` Spam [this message]
2003-11-17 19:07 ` neuron
2003-11-17 19:18 ` Spam
2003-11-17 19:44 ` neuron
2003-11-18 8:14 ` Henric Andersson
2003-11-18 8:44 ` neuron
2003-11-18 9:02 ` Henric Andersson
2003-11-18 9:07 ` neuron
2003-11-18 17:43 ` Henric Andersson
2003-11-18 18:03 ` neuron
2003-11-19 7:22 ` Henric Andersson
2003-11-17 14:01 ` Michael Paesold
2003-12-27 23:31 ` Steven Lembark
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=13712767906.20031118014426@tnonline.net \
--to=spam@tnonline.net \
--cc=linux-lvm@sistina.com \
/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.