Robert Watson wrote:
On Fri, 14 Oct 2005, Ben Laurie wrote:
JG wrote:
Now I say, what about
# cpio -i < mysql-m.tgz
(assuming that mysql-m.tgz is in "tar" format)?
Hello,
idea is good, but the result is the same :/
The filesystem is _much_ slower in 5 than it is in 4. You can
benchma
> Are you using any type of raid controller?
This server suports RAID, but I don't use it. It has "LSILogic 1030
Ultra4 Adapter". See Dell 2850 specification for more hardware
details.
> I wonder if upgrading to freebsd6
> will solve some performance issues?
Yes, it should! Give it a try.
Best
JG,
Are you using any type of raid controller? I wonder if upgrading to freebsd6
will solve some performance issues?
___
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send any ma
On Fri, 14 Oct 2005, Ben Laurie wrote:
JG wrote:
Now I say, what about
# cpio -i < mysql-m.tgz
(assuming that mysql-m.tgz is in "tar" format)?
Hello,
idea is good, but the result is the same :/
The filesystem is _much_ slower in 5 than it is in 4. You can benchmark
it with postmark (in t
Hello all,
Seems that my problem with untarring is resolved!
Firstly, Write Cache was disabled by default by my scsi controller.
FreeBSD 5.4, WCE=0
# time gtar -xf mysql-m.tgz
1.207u 16.371s 7:01.06 4.1% 164+278k 8030+7176io 4pf+0w
FreeBSD 5.4, WCE=1
# time gtar -xf mysql-m.tgz
1.217u 16.89
JG wrote:
Now I say, what about
# cpio -i < mysql-m.tgz
(assuming that mysql-m.tgz is in "tar" format)?
Hello,
idea is good, but the result is the same :/
The filesystem is _much_ slower in 5 than it is in 4. You can benchmark
it with postmark (in the ports tree) - the difference is huge.
>> Do you mean http://www.freebsd.org/cgi/query-pr.cgi?pr=84903 or sth
>> else?
> yes, this
I patched my kernel as described but It has no any effect on untarring
performance.
Anyway thank you for your hint, I belive this can help in tuning other things.
# time gtar -xf mysql-m.tgz
1.207u 16.371
> Unpacking it on FreeBSD5 gives me such results:
>
> # time tar -xf mysql-m.tgz
> 2.130u 20.187s 7:02.69 5.2% 41+382k 13097+8205io 0pf+0w
> ...so 7 minutes of real time.
I've checked the same file on *different* server, but it has very similar
hardware (not Dell, but also Dual Xeon 2.8, SCSI,
> cannot this be related to low value of nswbufs (fixed in curennt and I think
> releng_6)?
Do you mean http://www.freebsd.org/cgi/query-pr.cgi?pr=84903 or sth
else?
Jarek G
___
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mail
> Now I say, what about
> # cpio -i < mysql-m.tgz
> (assuming that mysql-m.tgz is in "tar" format)?
Hello,
idea is good, but the result is the same :/
JG
___
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebs
cannot this be related to low value of nswbufs (fixed in curennt and I think
releng_6)?
On Wed, Aug 24, 2005 at 06:33:57PM +0200, JG wrote:
> Hello,
>
> I had to unpack a lot of tar archives and I occasional noticed terrible
> bad performance on freebsd5.
>
> This is my test file:
>
> 85425152
--- JG <[EMAIL PROTECTED]> wrote:
> > Anyway, you could try the dd thing; something like
> > # dd if=mysql-m.tgz | tar -zxvf -
> > and see if it makes any diference.
>
> Not for me, I've very similar result. Is there way to do
> something
> reverse - extract tar file to stdout or sth. and then "
> Anyway, you could try the dd thing; something like
> # dd if=mysql-m.tgz | tar -zxvf -
> and see if it makes any diference.
Not for me, I've very similar result. Is there way to do something
reverse - extract tar file to stdout or sth. and then "dd" it to files?
JG
__
> Will noatime make a difference when unpacking a tar archive (assuming an
> otherwise idle system, at least)? My understanding of atime is that it
> might slow down the disk for later accesses due to atime writes, but
> when creating files it shouldn't have any effect. Is that not correct?
Yes,
I must be working too much... I can´t see where I took the DDS-thing
from... O_o Sorry, now I see it´s a disk-only operation. >X(
Anyway, you could try the dd thing; something like
# dd if=mysql-m.tgz | tar -zxvf -
and see if it makes any diference.
There was a relatively new thread in April/
Matthew D. Fuller wrote:
On Wed, Aug 24, 2005 at 07:49:39PM +0200 I heard the voice of
JG, and lo! it spake thus:
Anyway, it's only a few secs difference, so the problem must be with
write. Any other hints? :)
Gentoo is using GNU tar, 5.4 is using bsdtar. Try installing gtar on
Free
On 08/24/05 11:33, JG wrote:
I had to unpack a lot of tar archives and I occasional noticed terrible
bad performance on freebsd5.
This is my test file:
854251520 24 Sie 12:13 mysql-m.tgz
There are some real MySQL tables in it, it has been done with tar
-cvf. This archive contains about 146.000
> Might be silly but do u get similar results if u:
> 1. expand to a memory backed disk
> 2. expand to /dev/null
Hello,
Thank you for test advice.
FreeBSD:
# time tar -xf mysql-m.tgz -O > /dev/null
1.125u 3.007s 0:04.13 99.7% 41+323k 0+0io 0pf+0w
# time tar -xf mysql-m.tgz -O > /dev/null
1.1
> Gentoo is using GNU tar, 5.4 is using bsdtar. Try installing gtar on
> FreeBSD and see what the time is.
"I've tested bsdtar and gtar from ports (btw. gtar seems to be
faster)."
It's not big difference.
JG
___
freebsd-performance@freebsd.org maili
Hi,
I´ve got the same kind of problem, not only with DDS-[234] tapes, but
also with "all-powerful-with-bells-and-whistles" AIT-3 units, with
controllers ranging from Adaptec stock 2940 to PCI-X Ultra-320... almost
same results.
The problems seems to lie in tar itself; I read there´s something
On Wed, Aug 24, 2005 at 07:49:39PM +0200 I heard the voice of
JG, and lo! it spake thus:
>
> Anyway, it's only a few secs difference, so the problem must be with
> write. Any other hints? :)
Gentoo is using GNU tar, 5.4 is using bsdtar. Try installing gtar on
FreeBSD and see what the time is.
Might be silly but do u get similar results if u:
1. expand to a memory backed disk
2. expand to /dev/null
Steve
- Original Message -
From: "JG" <[EMAIL PROTECTED]>
I had to unpack a lot of tar archives and I occasional noticed terrible
bad performance on freebsd5.
Hello,
I had to unpack a lot of tar archives and I occasional noticed terrible
bad performance on freebsd5.
This is my test file:
854251520 24 Sie 12:13 mysql-m.tgz
There are some real MySQL tables in it, it has been done with tar
-cvf. This archive contains about 146.000 small files.
---
23 matches
Mail list logo
