[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: [Xen-devel] Re: [Xen-users] About profiling xen
> Is there a way to make available a better timer (hpet,acpi....)? > > Also, on another xen box (rhel 5.2), I've a 'pit' clocksource in > available_clocksource. > After: > # sysctl -w xen.independent_wallclock=1 > > and > -------------------------------------------------------------- > ---------------------------------------------------------------------- > # echo pit > > /sys/devices/system/clocksource/clocksource0/current_clocksource > [root@station1 init.d]# cat > /sys/devices/system/clocksource/clocksource0/current_clocksource > jiffies > -------------------------------------------------------------- > ---------------------------------------------------------------------- > > the clocksource is unmodified. > Because of save/restore and migrate, no hardware timer is suitable for a pv domain. The code that is handling the clock is the paravirtualized clock code (aka pvclock). Nobody ever changed the sysfs reporting mechanism in pv versions of released Red Hat kernels, so clocksource gets reported as "jiffies", and even though "pit" appears to be available, it is not (since it wouldn't work). I suspect this is also the case for other distros' pv kernels. Dan _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |