I'm building this now.
The way I see it, currently it must be incorrect for only a very very small number of cases or the system would crash and burn almost instantly. So in theory, unless these cases are undetectable, or the cost of detecting them is high for some reason, the performance difference should be almost unnoticable
I assume the patch would only affect dom0 and so should matter if domU is patched or not. Is there a way of installing a patch so that it's picked up by 'make world'?
i'll follow up with results shortly.
James
On 24 Jul 2004, at 13:47, I wrote:
> I'm just testing a patch which disables merging in the scsi layer when
> it believes it has contiguous requests in different pages. I think
> this is more pessimistic that it needs to be, as the pages may after
> all be contiguous, but it does allow some merging to happen and so
> far seems to be stable.
I've given this a bit more testing, and it seems to be working fine -
the machine is now running a dom0 kernel built while running the patch.
As for performance, it's 'not bad' -- I've just done a bonnie++ run,
and some compiles. Based on sticking printks in and watching the
console, it's allowing merges much more often than not, but still I
suspect not as much as it could. Probably it should use something with
more arch-knowledge than page_to_phys().
patch for linux-2.4.26-xen0:
http://munky.nodnol.org/~chris/xen_scsi_merge.diff
bonnie++ stats: http://munky.nodnol.org/~chris/munkyII_stats.txt
Chris.
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel