MICROSOFT VERIFIKATION BEHÖVS
Vi har uppgraderat vårt e-postsystem till Microsoft Outlook Web Access 2021.
Denna tjänst ger mer utrymme och gör e-post enklare att använda. Klicka på
länken
nedan för att uppdatera ditt konto och ta emot avstängningsinlägg
Klicka för att uppdatera ditt konto
I don't know if you received my previous email, I know it may have come to you
as a surprise and you will be curious to know why/how I selected you to receive
a sum of 5,000,000.00 USD. Get back to me for more details.
Good Day,
I'm Wong Shiu a staff of Wing Hang Bank
here in Hong Kong. Can i TRUST you in transferring-
$13,991,674 USD? If yes do get back to me with my private email:
wong.shiu...@accountant.com
Best Regards
* Peter Zijlstra wrote:
> On Wed, Sep 02, 2015 at 11:33:15AM +0900, Byungchul Park wrote:
> > +++ b/kernel/sched/fair.c
> > @@ -7920,14 +7920,14 @@ prio_changed_fair(struct rq *rq, struct task_struct
> > *p, int oldprio)
> >
> > static inline bool vruntime_normalized(struct task_struct *p)
>
On Wed, Sep 02, 2015 at 11:33:15AM +0900, Byungchul Park wrote:
> +++ b/kernel/sched/fair.c
> @@ -7920,14 +7920,14 @@ prio_changed_fair(struct rq *rq, struct task_struct
> *p, int oldprio)
>
> static inline bool vruntime_normalized(struct task_struct *p)
> {
> struct sched_entity *se = &
On Tue, Sep 01, 2015 at 05:03:43PM +0200, Peter Zijlstra wrote:
> On Tue, Sep 01, 2015 at 09:28:49AM +0900, Byungchul Park wrote:
>
> > check the condition "!(flags & DEQUEUE_SLEEP)" for doing normalizing in
> > dequeue_entity(). i think you have to keep my original comment, or
> > modify your com
On Tue, Sep 01, 2015 at 09:28:49AM +0900, Byungchul Park wrote:
> check the condition "!(flags & DEQUEUE_SLEEP)" for doing normalizing in
> dequeue_entity(). i think you have to keep my original comment, or
> modify your comment to something like below.
>
> before - If it's !queued, sleeping task
On Tue, Sep 01, 2015 at 09:28:49AM +0900, Byungchul Park wrote:
> On Mon, Aug 31, 2015 at 05:21:38PM +0200, Peter Zijlstra wrote:
> > On Thu, Aug 20, 2015 at 08:35:16PM +0900, Byungchul Park wrote:
> > > On Thu, Aug 20, 2015 at 08:22:00PM +0900, byungchul.p...@lge.com wrote:
> >
> > > > + /*
On Mon, Aug 31, 2015 at 05:21:38PM +0200, Peter Zijlstra wrote:
> On Thu, Aug 20, 2015 at 08:35:16PM +0900, Byungchul Park wrote:
> > On Thu, Aug 20, 2015 at 08:22:00PM +0900, byungchul.p...@lge.com wrote:
>
> > > + /*
> > > + * If it's !queued, then only when the task is sleeping it has a
> > >
On Mon, Aug 31, 2015 at 05:21:38PM +0200, Peter Zijlstra wrote:
> + if (!p->se.on_rq)
> return true;
>
> return false;
>
>
> Does that make sense?
It does not.. never mind me.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
On Thu, Aug 20, 2015 at 08:35:16PM +0900, Byungchul Park wrote:
> On Thu, Aug 20, 2015 at 08:22:00PM +0900, byungchul.p...@lge.com wrote:
> > + /*
> > +* If it's !queued, then only when the task is sleeping it has a
> > +* non-normalized vruntime, that is, when the task is being migrated
On Thu, Aug 20, 2015 at 08:21:55PM +0900, byungchul.p...@lge.com wrote:
> From: Byungchul Park
>
i am sorry for making a push ; but is there anything for me to improve
for this patch set?
and i forgot to add scheduler related persons to CC and do it.
> there are 3 problems when att(d
and so on.
>
> there are 3 problems when att(det)aching a se to(from) its cfs_rq.
>
> problem 1. se's average load is not accounted with new cfs_rq in queued case,
> when a task changes its cgroup.
>
> problem 2. cfs_rq->avg.load_avg becomes larger and larger whenever
On Thu, Aug 20, 2015 at 11:11:31PM +0200, Peter Zijlstra wrote:
> On Thu, Aug 20, 2015 at 07:46:09PM +0900, Byungchul Park wrote:
> > On Thu, Aug 20, 2015 at 05:38:41PM +0900, Byungchul Park wrote:
> > > On Thu, Aug 20, 2015 at 03:17:21AM +0200, Peter Zijlstra wrote:
> > > >
> > > > I did somethin
On Thu, Aug 20, 2015 at 07:46:09PM +0900, Byungchul Park wrote:
> On Thu, Aug 20, 2015 at 05:38:41PM +0900, Byungchul Park wrote:
> > On Thu, Aug 20, 2015 at 03:17:21AM +0200, Peter Zijlstra wrote:
> > >
> > > I did something like this on top.. please have a look at the XXX and
> > > integrate.
>
On Thu, Aug 20, 2015 at 08:22:00PM +0900, byungchul.p...@lge.com wrote:
> From: Byungchul Park
>
> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> index af6ad5f..53d0e30 100644
> --- a/kernel/sched/fair.c
> +++ b/kernel/sched/fair.c
> @@ -7918,21 +7918,47 @@ prio_changed_fair(struct rq *
From: Byungchul Park
this patch introduces two functions for adjusting a task's vruntime
and the target cfs_rq's average load so that redundancy code doing
same things can be simplified. and it provides better readability.
switched_from_fair, switched_to_fair and task_move_group_fair can
use intr
From: Byungchul Park
this patch introduces two functions adjusting cfs_rq's average load when
att(det)aching a se to(from) the cfs_rq, and let them use these functions,
and cleans up some code.
Signed-off-by: Byungchul Park
---
kernel/sched/fair.c |
From: Byungchul Park
there are 3 problems when att(det)aching a se to(from) its cfs_rq.
problem 1. se's average load is not accounted with new cfs_rq in queued case,
when a task changes its cgroup.
problem 2. cfs_rq->avg.load_avg becomes larger and larger whenever changing
cgroup to
On Thu, Aug 20, 2015 at 05:38:41PM +0900, Byungchul Park wrote:
> On Thu, Aug 20, 2015 at 03:17:21AM +0200, Peter Zijlstra wrote:
> >
> > I did something like this on top.. please have a look at the XXX and
> > integrate.
>
> i am not sure, what do you intend for me to do.
>
> do you mean that i
On Thu, Aug 20, 2015 at 03:17:21AM +0200, Peter Zijlstra wrote:
>
> I did something like this on top.. please have a look at the XXX and
> integrate.
i am not sure, what do you intend for me to do.
do you mean that i am supposed to integrate this cleanup patch you gave me
including the XXX comme
On Thu, Aug 20, 2015 at 03:17:21AM +0200, Peter Zijlstra wrote:
>
> I did something like this on top.. please have a look at the XXX and
> integrate.
yes, i will do it.
>
> ---
>
> --- a/kernel/sched/fair.c
> +++ b/kernel/sched/fair.c
> @@ -2664,8 +2664,8 @@ static inline u64 cfs_rq_clock_task
I did something like this on top.. please have a look at the XXX and
integrate.
---
--- a/kernel/sched/fair.c
+++ b/kernel/sched/fair.c
@@ -2664,8 +2664,8 @@ static inline u64 cfs_rq_clock_task(stru
/* Group cfs_rq's load_avg is used for task_h_load and update_cfs_share */
static inline int up
On Wed, Aug 19, 2015 at 03:47:11PM +0900, byungchul.p...@lge.com wrote:
> From: Byungchul Park
>
> hello,
>
> there are 3 problems when att(det)aching a se to(from) its cfs_rq.
>
> problem 1. se's average load is not accounted with new cfs_rq in queued case,
> w
From: Byungchul Park
this patch introduces two functions adjusting cfs_rq's average load when
att(det)aching a se to(from) the cfs_rq, and let them use these functions.
Signed-off-by: Byungchul Park
---
kernel/sched/fair.c | 58 +++
1
From: Byungchul Park
this patch introduces two functions for adjusting a task's vruntime
and the target cfs_rq's average load so that redundancy code doing
same things can be simplified. and it provides better readability.
switched_from_fair, switched_to_fair and task_move_group_fair can
use int
From: Byungchul Park
hello,
there are 3 problems when att(det)aching a se to(from) its cfs_rq.
problem 1. se's average load is not accounted with new cfs_rq in queued case,
when a task changes its cgroup.
problem 2. cfs_rq->avg.load_avg becomes larger and larger whenever changing
c
Dear Friend,
I am Peter Ben,Personal banker and account officer to the late UWE Gamballa who
was murdered in South Africa, before his death he was the CEO of porsche Motors.
My urgent need for a foreign partner that made me to contact You for this
transaction. I got your contact from yahoo Touri
28 matches
Mail list logo
