WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-ia64-devel

RE: [Xen-ia64-devel] [PATCH] [RESEND] domU destroy & page ref counter

To: "Dong, Eddie" <eddie.dong@xxxxxxxxx>, "Tian, Kevin" <kevin.tian@xxxxxxxxx>, "Akio Takebe" <takebe_akio@xxxxxxxxxxxxxx>, "Masaki Kanno" <kanno.masaki@xxxxxxxxxxxxxx>, <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-ia64-devel] [PATCH] [RESEND] domU destroy & page ref counter
From: "Xu, Anthony" <anthony.xu@xxxxxxxxx>
Date: Tue, 14 Mar 2006 09:37:18 +0800
Delivery-date: Tue, 14 Mar 2006 01:38:13 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcZGg04kzVb1tlRCRLuu4YoDQUMxRgAHv7sAAAFciXAAF1VFMA==
Thread-topic: [Xen-ia64-devel] [PATCH] [RESEND] domU destroy & page ref counter
>From: Dong, Eddie
>Sent: 2006年3月13日 22:12
>A minor suggestion for next in my mind is that we may add a simple COMPILE 
>option
>in Makefile or some .h file to be able to choice 1/3 byte swap or 1/2 byte 
>swap.
>People has some thoughts that 1/2 byte swap may have better hash locality.
>
>Eddie.
I second Eddie,

I have some observations about this.
Usually guest applications use almost the address space, the only different is 
rid. What I observed was if the lowest 17 bits of rid are same, the hash 
address 
is same. If we swap 1/3 byte, applications use the same address space but 
different 
rid may have the hash address in a majority of situations, which may make some 
collision chains very long.

These are just some observations, I don't mean 1/2 byte swap is better than 1/3 
byte swap.I think we need to add COMPILE option to get benchmark data first, 
and 
then make the decision.

It's obviously not a big task but deserve to do. One thing we need to pay extra
attention is the rid byte swap is done in assembly code in some 
fast_hyperpriops.

Thanks,
Anthony

_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel