Messages in this thread | | | Date | Tue, 18 Jan 2000 11:47:02 +0200 (EET) | From | Sergey Kubushin <> | Subject | Re: Performance question |
| |
On Mon, 17 Jan 2000, Achim Leubner wrote:
Hi, Achim!
I did CC: to you several times about your GDTH driver does NOT work at all with 2.3.xx. Alas, no answer had been received so far...
I'm in touch with Eric Youngdale trying to get the bugs in gdth drivers fixed. D'ya share our efforts as a maintainer of a buggy driver? May be I'm wrong, but I think that it's kinda wrong to ask about the performance of a driver which does NOT work at all...
Please look into 2.3.xx sources. The last revision mark from you is
=== Cut === * Revision 1.23 1999/03/26 09:12:31 achim === Cut ===
This is exactly the same driver which had been debugged by you for 2.2.x with my assistance (hdr_channel set to 0, CD-ROM data corruption etc., d'ya recall?). There is no sign of life from ICP Vortex since this victory, gdth in 2.3.xx seems to be developed by different people and not maintained at all..
Please let me know, is this an official position of ICP Vortex not to mess with development kernels doing only most necessary changes for, sorry for an expression, "stable" ones?
> Hello, > > I'm the maintainer of the ICP Disk Array Controller driver (gdth) and > I have a performance question. > I read a big file on an ext2 filesystem under Linux 2.2.xx with "dd" > with a read block size of 1 MB. > In the gdth scsi driver and therefore on the controller I see > 1. read commands with a size of <= 64 KB only > 2. max. 2 simultaneous read commands only > If the commands are splitted into 64 KB I/O's, why I don't see 16 > simultaneous commands (64 KB * 16 = 1 MB) ? > Could the reason be the read ahead cache implemented in > mm/filemap.c ? > Is there any possibility to change any filesystem/kernel parameters > to get I/O's with greater size or to get more simultaneous I/O's ? > > Any hints are greatly appreciated. > > Regards > Achim > > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.rutgers.edu > Please read the FAQ at http://www.tux.org/lkml/ >
=========================================================================== Sergey Kubushin aka the Tamer < > The impossible we do immediately. e-mail: ksi@ksi-linux.com SK320-RIPE < > Miracles require 24-hour notice. ===========================================================================
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |