Re: [RFC PATCH 0/3] target: try satisfying memory requests with higher-order allocations

2012-09-06 Thread Paolo Bonzini
Il 06/09/2012 20:52, Nicholas A. Bellinger ha scritto: > That way we can just disable a problematic fabric instead of having to > revert the whole thing if users run into problems with a specific fabric > module late during the cycle. If the other fabric maintainers are OK > with enabling this in

Re: [RFC PATCH 0/3] target: try satisfying memory requests with higher-order allocations

2012-09-06 Thread Nicholas A. Bellinger
On Thu, 2012-09-06 at 11:04 +0200, Paolo Bonzini wrote: > Il 06/09/2012 03:58, Nicholas A. Bellinger ha scritto: > >> This patch series fixes this problem by using higher-order allocations > >> to build the data scatterlist. The problem is that iscsi assumes that the > >> scatterlist consists of s

Re: [RFC PATCH 0/3] target: try satisfying memory requests with higher-order allocations

2012-09-06 Thread Paolo Bonzini
Il 06/09/2012 03:58, Nicholas A. Bellinger ha scritto: >> This patch series fixes this problem by using higher-order allocations >> to build the data scatterlist. The problem is that iscsi assumes that the >> scatterlist consists of single pages, which is not true anymore. So >> patch 2 has to in

Re: [RFC PATCH 0/3] target: try satisfying memory requests with higher-order allocations

2012-09-05 Thread Nicholas A. Bellinger
On Wed, 2012-09-05 at 17:13 +0200, Paolo Bonzini wrote: > Hi all, > > while testing PSCSI I noticed that even requests for a smallish amount > of data (approximately 700 KB) failed due to an excessive number of > segments in the request. In fact, using alloc_page resulted in a > completely fragme

[RFC PATCH 0/3] target: try satisfying memory requests with higher-order allocations

2012-09-05 Thread Paolo Bonzini
Hi all, while testing PSCSI I noticed that even requests for a smallish amount of data (approximately 700 KB) failed due to an excessive number of segments in the request. In fact, using alloc_page resulted in a completely fragmented request, with no merging of consecutive pages at all. This pat