viuavm-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Viuavm-commits] [SCM] Viua VM branch issue-81f1ebeb-fix-virtual-process


From: git
Subject: [Viuavm-commits] [SCM] Viua VM branch issue-81f1ebeb-fix-virtual-process-scheduler updated. v0.9.0-2486-g318692f
Date: Sat, 22 Jun 2019 15:03:29 +0200 (CEST)

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Viua VM".

The branch, issue-81f1ebeb-fix-virtual-process-scheduler has been updated
       via  318692ff9bd92fe81897f7a2dca43082eeec670a (commit)
       via  5d0cfe7d2c41e1a6b849fc77120c69354668055e (commit)
      from  93305ade60951f45ba21598ddb67f8025db93ba9 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 318692ff9bd92fe81897f7a2dca43082eeec670a
Author: Marek Marecki <address@hidden>
Date:   Sat Jun 22 14:23:09 2019 +0200

    Give up the calculated number of processes
    
    If the scheduler wouldn't give the processes up the work stealing would
    not work.

commit 5d0cfe7d2c41e1a6b849fc77120c69354668055e
Author: Marek Marecki <address@hidden>
Date:   Sat Jun 22 14:07:58 2019 +0200

    Log how many processes were stolen for the scheduler
    
    When a scheduler notices that it has no processes it asks the kernel to
    steal some processes on its behalf from another scheduler. Sometimes
    there are no processes to steal and the kernel will return none. But in
    other cases, let's log how many stolen processes the scheduler received
    from the kernel.

-----------------------------------------------------------------------

Summary of changes:
 src/scheduler/process.cpp | 11 ++++++++++-
 1 file changed, 10 insertions(+), 1 deletion(-)


hooks/post-receive
-- 
Viua VM



reply via email to

[Prev in Thread] Current Thread [Next in Thread]