Re: Speeding up netatalk


Subject: Re: Speeding up netatalk
From: Marcus Radich (marcus@darena.co.nz)
Date: Sat Apr 15 2000 - 18:51:20 EDT


At 5:49 PM -0400 15/4/2000, Steven Karel wrote:
>
>
>However, moving a typical 633 MB folder containing 4300 files (the hard
>drive contents of a "standard" iMac for our lab)...
>
>from the SCSI disk: 9 minutes 11 sec (first 40 sec was just "counting
>files") or... 1.3 MB/s
>

Yes, we have this too. I guess the reason we use these benchmarks is
to show what the full potential of the system is. Since most of our
customers are design oriented, 400MB files are the norm.

>
>My point here is that to get the really fast transfer rates...
>
> you don't necessary need a snazzy disk array, but
> you DO need to be moving large files.
>
>If you're moving a lot of small files, expect it to be much slower.
>
>steven

The snazzy disk array, being RAID 0+1, is mainly for security, but it
also means that *several* clients can get excellent service from the
server - not just one. If you want to feed 5 or 10 Macs at 100BaseT,
you may find that the seek and transfer of a single disk will not be
sufficient, that's where the RAID comes in.

Here is a benchmark of a slower system I have sitting at home as a
backup server:

Celeron 400
VIA 133pro chipset motherboard
128MB RAM
Ultra33
IBM 13GB IDE disk

/dev/hda:
  Timing buffer-cache reads: 128 MB in 3.11 seconds =41.16 MB/sec
  Timing buffered disk reads: 64 MB in 8.21 seconds = 7.80 MB/sec

Using Helios Lantest, I get 6MB/sec read/writes.

Copying a folder of over 3000 files shows about 2MB/sec....

mrad01

========================================================

"Always ask the question, never assume the answer."
                Marcus Radich 1999

========================================================



This archive was generated by hypermail 2b28 : Wed Jan 17 2001 - 14:30:28 EST