search for: cputime_t

.../proc/array.c 2007-08-20 11:11:30.000000000 +0200 +++ kvm/fs/proc/array.c 2007-08-20 13:04:03.000000000 +0200 @@ -354,6 +354,15 @@ static clock_t task_stime(struct task_st return stime; } = +#ifdef CONFIG_GUEST_ACCOUNTING +static clock_t task_gtime(struct task_struct *p) +{ + clock_t gtime =3D cputime_to_clock_t(p->gtime); + + return gtime; +} +#endif + static int do_task_stat(struct task_struct *task, char *buffer, int whole) { unsigned long vsize, eip, esp, wchan =3D ~0UL; @@ -369,6 +378,10 @@ static int do_task_stat(struct task_stru unsigned long cmin_flt =3D 0, cmaj_flt =3D 0; unsig...

.../proc/array.c 2007-08-20 11:11:30.000000000 +0200 +++ kvm/fs/proc/array.c 2007-08-20 13:04:03.000000000 +0200 @@ -354,6 +354,15 @@ static clock_t task_stime(struct task_st return stime; } = +#ifdef CONFIG_GUEST_ACCOUNTING +static clock_t task_gtime(struct task_struct *p) +{ + clock_t gtime =3D cputime_to_clock_t(p->gtime); + + return gtime; +} +#endif + static int do_task_stat(struct task_struct *task, char *buffer, int whole) { unsigned long vsize, eip, esp, wchan =3D ~0UL; @@ -369,6 +378,10 @@ static int do_task_stat(struct task_stru unsigned long cmin_flt =3D 0, cmaj_flt =3D 0; unsig...

...D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- kvm.orig/fs/proc/array.c 2007-08-16 15:23:52.000000000 +0200 +++ kvm/fs/proc/array.c 2007-08-16 15:36:54.000000000 +0200 @@ -354,6 +354,13 @@ return stime; } = +static clock_t task_gtime(struct task_struct *p) +{ + clock_t gtime =3D cputime_to_clock_t(p->gtime); + + return gtime; +} + static int do_task_stat(struct task_struct *task, char *buffer, int whole) { unsigned long vsize, eip, esp, wchan =3D ~0UL; @@ -368,8 +375,8 @@ unsigned long long start_time; unsigned long cmin_flt =3D 0, cmaj_flt =3D 0; unsigned long min_flt...

...D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- kvm.orig/fs/proc/array.c 2007-08-16 15:23:52.000000000 +0200 +++ kvm/fs/proc/array.c 2007-08-16 15:36:54.000000000 +0200 @@ -354,6 +354,13 @@ return stime; } = +static clock_t task_gtime(struct task_struct *p) +{ + clock_t gtime =3D cputime_to_clock_t(p->gtime); + + return gtime; +} + static int do_task_stat(struct task_struct *task, char *buffer, int whole) { unsigned long vsize, eip, esp, wchan =3D ~0UL; @@ -368,8 +375,8 @@ unsigned long long start_time; unsigned long cmin_flt =3D 0, cmaj_flt =3D 0; unsigned long min_flt...

The aim of these four patches is to introduce Virtual Machine time accounting. _Ingo_, as these patches modify files of the scheduler, could you have a look to them, please ? [PATCH 1/4] as recent CPUs introduce a third running state, after "user" and "system", we need a new field, "guest", in cpustat to store the time used by the CPU to run virtual CPU. Modify

The aim of these four patches is to introduce Virtual Machine time accounting. _Ingo_, as these patches modify files of the scheduler, could you have a look to them, please ? [PATCH 1/4] as recent CPUs introduce a third running state, after "user" and "system", we need a new field, "guest", in cpustat to store the time used by the CPU to run virtual CPU. Modify

...=============== --- linux-2.6.16-rc6.orig/include/linux/kernel_stat.h 2006-01-02 19:21:10.000000000 -0800 +++ linux-2.6.16-rc6/include/linux/kernel_stat.h 2006-03-12 19:57:48.000000000 -0800 @@ -55,5 +55,6 @@ static inline int kstat_irqs(int irq) extern void account_user_time(struct task_struct *, cputime_t); extern void account_system_time(struct task_struct *, int, cputime_t); extern void account_steal_time(struct task_struct *, cputime_t); +extern void account_cpu_steal_time(cputime_t); #endif /* _LINUX_KERNEL_STAT_H */ Index: linux-2.6.16-rc6/kernel/sched.c ===================================...

...=============== --- linux-2.6.16-rc6.orig/include/linux/kernel_stat.h 2006-01-02 19:21:10.000000000 -0800 +++ linux-2.6.16-rc6/include/linux/kernel_stat.h 2006-03-12 19:57:48.000000000 -0800 @@ -55,5 +55,6 @@ static inline int kstat_irqs(int irq) extern void account_user_time(struct task_struct *, cputime_t); extern void account_system_time(struct task_struct *, int, cputime_t); extern void account_steal_time(struct task_struct *, cputime_t); +extern void account_cpu_steal_time(cputime_t); #endif /* _LINUX_KERNEL_STAT_H */ Index: linux-2.6.16-rc6/kernel/sched.c ===================================...

..._to_cputime(1)); else account_system_time(p, HARDIRQ_OFFSET, jiffies_to_cputime(1)); - run_local_timers(); - if (rcu_pending(cpu)) - rcu_check_callbacks(cpu, user_tick); - scheduler_tick(); - run_posix_cpu_timers(p); + + after_process_times_updated(user_tick, p); +} + +void update_idle_times(cputime_t idle_time) +{ + /* current should be the idle task. */ + struct task_struct *p = current; + + account_system_time(p, HARDIRQ_OFFSET, idle_time); + after_process_times_updated(0, p); } /* Index: linux-2.6.16-rc6/include/asm-i386/mach-vmi/mach_idletimer.h =========================================...

..._to_cputime(1)); else account_system_time(p, HARDIRQ_OFFSET, jiffies_to_cputime(1)); - run_local_timers(); - if (rcu_pending(cpu)) - rcu_check_callbacks(cpu, user_tick); - scheduler_tick(); - run_posix_cpu_timers(p); + + after_process_times_updated(user_tick, p); +} + +void update_idle_times(cputime_t idle_time) +{ + /* current should be the idle task. */ + struct task_struct *p = current; + + account_system_time(p, HARDIRQ_OFFSET, idle_time); + after_process_times_updated(0, p); } /* Index: linux-2.6.16-rc6/include/asm-i386/mach-vmi/mach_idletimer.h =========================================...

Hi all, this patch series introduces stolen ticks accounting for Xen on ARM. Stolen ticks are clocksource ticks that have been "stolen" from the cpu, typically because Linux is running in a virtual machine and the vcpu has been descheduled. To account for these ticks we introduce CONFIG_PARAVIRT and pv_time_ops so that we can make use of:

Hi, Is the http://xenbits.xensource.com/linux-2.6-xen.hg tree still being updated? if not, what''s the preferred Linux tree to track that has all of the Xen bits? Thanks, Muli _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Unlike full virtualization in which the virtual machine provides the same platform interface as running natively on the hardware, paravirtualization requires modification to the guest operating system to work with the platform interface provided by the hypervisor. Xen was designed with performance in mind. Calls to the hypervisor are minimized, batched if necessary, and non-critical codepaths

Unlike full virtualization in which the virtual machine provides the same platform interface as running natively on the hardware, paravirtualization requires modification to the guest operating system to work with the platform interface provided by the hypervisor. Xen was designed with performance in mind. Calls to the hypervisor are minimized, batched if necessary, and non-critical codepaths

Hi Andi, This patch series implements the Linux Xen guest as a paravirt_ops backend. The features in implemented this patch series are: * domU only * UP and SMP guest support (NEW!) * dynamic ticks (NEW!) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes (non-PAE may be broken at the moment) * xen hvc console

Hi Andi, This patch series implements the Linux Xen guest as a paravirt_ops backend. The features in implemented this patch series are: * domU only * UP and SMP guest support (NEW!) * dynamic ticks (NEW!) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes (non-PAE may be broken at the moment) * xen hvc console

Hi Andi, This patch series implements the Linux Xen guest as a paravirt_ops backend. The features in implemented this patch series are: * domU only * UP and SMP guest support (NEW!) * dynamic ticks (NEW!) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes (non-PAE may be broken at the moment) * xen hvc console

Unlike full virtualization in which the virtual machine provides the same platform interface as running natively on the hardware, paravirtualization requires modification to the guest operating system to work with the platform interface provided by the hypervisor. Xen was designed with performance in mind. Calls to the hypervisor are minimized, batched if necessary, and non-critical codepaths

This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual block

This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual block