Re: Warning - running *really* short on DMA buffers while doing file transfers

• Next message: Marek Michalkiewicz: "Re: [patch] fix parport_serial / serial link order (for 2.4.20-pre8)"
• Previous message: Eric Blade: "[BUG]: linux-2.5.38 compile error with frame buffer support enabled]"
• In reply to: Jens Axboe: "Re: Warning - running *really* short on DMA buffers while doing file transfers"
• Next in thread: Jens Axboe: "Re: Warning - running *really* short on DMA buffers while doing file transfers"
• Reply: Jens Axboe: "Re: Warning - running *really* short on DMA buffers while doing file transfers"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

> 2.4 layer is most horrible there, 2.5 at least gets rid of the old
> scsi_dma crap. That said, 253 default depth is a bit over the top, no?

Why? Something like a large Hitachi 9*** storage system can take ~1000
tags w/o wincing.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

• Next message: Marek Michalkiewicz: "Re: [patch] fix parport_serial / serial link order (for 2.4.20-pre8)"
• Previous message: Eric Blade: "[BUG]: linux-2.5.38 compile error with frame buffer support enabled]"
• In reply to: Jens Axboe: "Re: Warning - running *really* short on DMA buffers while doing file transfers"
• Next in thread: Jens Axboe: "Re: Warning - running *really* short on DMA buffers while doing file transfers"
• Reply: Jens Axboe: "Re: Warning - running *really* short on DMA buffers while doing file transfers"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Mon Sep 30 2002 - 22:00:30 EST