logo       
Google Custom Search
    AddThis Social Bookmark Button
-->

Re: Slow disk reads with ISP1020 on Alphaserver: msg#00003

Subject: Re: Slow disk reads with ISP1020 on Alphaserver
Sorry,

that wasn't explained in the email: Talking about bulk data transfer,
ftp, nfs, smb services, with the file sharing also mostly file transfer
operations. No record oriented database application, pretty much all
sequential block reads/writes. Again, a different controller makes a big
difference, so it is something with that specific SCSI controller. 

As stated, the controller is integrated, it's not a separate card. I got
the machine with (shiver...) Win NT on it, never had Tru64 on it. 

        Christian 



On Sun, 2004-01-04 at 19:22, Robert Urban wrote:
> You wrote:
> > I've been trying to find an answer/solution for the following problem
> > for quite a while now, with no success:
> > 
> > On an Alphaserver 1000A 5/400 with the integrated Qlogic 1020 disk reads
> > are in the range of 1.8 MByte/s, while writes easily reach 3.8 Mbyte/s.
> > This is pretty much independant of the drives used (narrow or wide), or
> > even the OS - it shows the same symptom running Linux with either qlogic
> > driver. It is not a limit of the drive stack as it runs much faster with
> > a different PCI controller - however as the Alphas are a bit picky with
> > bootable controllers it requires diskette boot, which I'd like to avoid.
> > 
> > It almost appears as if the drives work in async mode, although the
> > output below looks perfectly ok. There is two things that are a little
> > different in this machine compared to a PC: The controller sits on the
> > second PCI bus 1, and it is using IRQ 0. Maybe that's where the problem
> > is. A narrow qlogic in a 200MHz Pentium is faster in comparison.
> 
> You speak of "writes" and "reads" as though that in itself is enough
> information.
> 
> What exactly do you mean by "write" and "read"???
> 
> Sequential, 64KB block reads/writes will give one result, and
> random, 2KB block operations will give entirely another...
> 
> Do you know the Digital part-number for this card? (example: "KZPDA-AA")
> 
> Btw: have you tested your disks using Tru64?
> 
> Rob Urban




<Prev in Thread] Current Thread [Next in Thread>