| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
Re: [Xen-devel] [PATCH] Fix clock_gettime to increment monotonicallyonPV
Hi, John
Is there any plan to use vsyscall for clock_gettime on PV-dom?
I think this is the best solution for this.
But this kind of change is very large.
In this meaning, my patch is temporaly solution like within 4CPU.
Thanks
Atsushi SAKAI
John Levon <levon@xxxxxxxxxxxxxxxxx> wrote:
> On Fri, Jun 15, 2007 at 01:59:36PM +0100, Keir Fraser wrote:
>
> > >> An alternative to a spin lock would be to use a 64-bit variable storing
> > >> the
> > >> raw
> > >> nanosecond value, and use cmpxchg to check/update it. I did it this way
> > >> for
> > >> the clocksource monotonicity:
> > >
> > > This is essentially what we've got now in Solaris. It seems like a
> > > terrible shame not to just fix it in Xen, especially given all that
> > > traffic from all CPUs to 'last_ret'.
> >
> > How would we fix it in Xen in a way that is faster and more scalable?
>
> A good question :)
>
> One thing we've considered is losing some precision based upon how much
> of a delta there is between the real CPUs (i.e. drop lower bits and
> round up). But we're still (slowly) looking into the problem.
>
> regards
> john
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
| |
|
Home