| To: | Svetoslav Slavtchev <galia@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: 2.4.18-rc4-aa1 XFS oopses caused by cpio |
| From: | "Martin K. Petersen" <mkp@xxxxxxx> |
| Date: | 08 Mar 2002 14:14:36 -0500 |
| Cc: | Stephen Lord <lord@xxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, linux-xfs@xxxxxxxxxxx |
| In-reply-to: | <1015613123.4301.11.camel@svetljo.st-peter.stw.uni-erlangen.de> |
| Organization: | mkp.net |
| References: | <1015580766.20800.3.camel@svetljo.st-peter.stw.uni-erlangen.de> <3C88B612.1070206@sgi.com> <3C88C9A1.5070502@st-peter.stw.uni-erlangen.de> <3C88CB1C.90203@sgi.com> <1015613123.4301.11.camel@svetljo.st-peter.stw.uni-erlangen.de> |
| Sender: | owner-linux-xfs@xxxxxxxxxxx |
| User-agent: | Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service) |
>>>>> "Svetoslav" == Svetoslav Slavtchev <galia@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> >>>>> writes: Svetoslav> and a stupid question is there a way to limit the I/O Svetoslav> request that XFS sends to the lower layer ( soft RAID or Svetoslav> lvm ) without need to modify existing fs just a hack until Svetoslav> the raid-0 code in 2.5 is fixed Not really. Besides, requests may be merged and that would give the same result. I've been busy with IA-64 stuff the last week - I'll try to get back to the RAID hacking this weekend. I have all of my code merged but still need to deal with multi-zone setups. -- Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc. mkp@xxxxxxxxxxxxx, http://www.linuxcare.com/ SGI XFS for Linux Developer, http://oss.sgi.com/projects/xfs/ |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: 2.4.18-rc4-aa1 XFS oopses caused by cpio, Svetoslav Slavtchev |
|---|---|
| Next by Date: | IBM HDDs, RALF |
| Previous by Thread: | Re: 2.4.18-rc4-aa1 XFS oopses caused by cpio, Svetoslav Slavtchev |
| Next by Thread: | Intermezzo and XFS, Vincent Bernat |
| Indexes: | [Date] [Thread] [Top] [All Lists] |