| To: | Chaitanya Tumuluri <chait@xxxxxxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [RFC] split kiobuf/buffer-head IO code Re: xfs file system |
| From: | Marcelo Tosatti <marcelo@xxxxxxxxxxxxxxxx> |
| Date: | Tue, 21 Nov 2000 09:45:38 -0200 (BRST) |
| Cc: | linux-xfs@xxxxxxxxxxx, axboe@xxxxxxx, mkp@xxxxxxxxxxxxx |
| In-reply-to: | <200011202105.QAA32648@getafix.engr.sgi.com> |
| Sender: | owner-linux-xfs@xxxxxxxxxxx |
On Mon, 20 Nov 2000, Chaitanya Tumuluri wrote: <snip> > The other reason (they seem to multiply with every email!) I don't want to > make too > many changes currently, is that Eric Youngdale is thinking in terms of a > major rewrite > to the block-queueing layer (including getting rid of the old scsi > error-handling code > and the drivers that break with it!). I see. > So, perhaps, we should revisit this discussion when 2.5 does open up > and then rework the queueing layer as you suggest along with everyone > else that wants to improve it! :^) Agreed. For now, I'll finish the RAID1/5 kiobuf IO support and look a bit more at the difference between bh based XFS and kiobuf based XFS. Do you have any results with different types of sequential/random IO on both IO methods? |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | TAKE 808315 - Full file systems can become corrupted with XFS Linux., lord@xxxxxxx |
|---|---|
| Next by Date: | Re: ADD 808328 - xfs_support EXPORTs symbols with generic names, Andi Kleen |
| Previous by Thread: | Re: [RFC] split kiobuf/buffer-head IO code Re: xfs file system, Chaitanya Tumuluri |
| Next by Thread: | TAKE - Config.in, Nathan Scott |
| Indexes: | [Date] [Thread] [Top] [All Lists] |