Re: [PATCH -tip 23/32] sched: Add a per-thread core scheduling interface

On 12/14/20 3:25 PM, Joel Fernandes wrote: >> No problem. That was there primarily for debugging. > Ok. I squashed Josh's changes into this patch and several of my fixups. So > there'll be 3 patches: > 1. CGroup + prctl (single patch as it is hell to split it) Please don't do that. I am not

Re: [RFC] Design proposal for upstream core-scheduling interface

On Mon, Aug 24, 2020 at 4:32 AM Vineeth Pillai wrote: > > > Let me know your thoughts and looking forward to a good LPC MC discussion! > > > > Nice write up Joel, thanks for taking time to compile this with great detail! > > After going through the details of interface proposal using cgroup v2 >

Re: [RFC] Design proposal for upstream core-scheduling interface

On Fri, Aug 21, 2020 at 8:01 PM Joel Fernandes wrote: > > Hello! > Core-scheduling aims to allow making it safe for more than 1 task that trust > each other to safely share hyperthreads within a CPU core [1]. This results > in a performance improvement for workloads that can benefit from using >

[CFP LPC 2020] Scheduler Microconference

Hi all, We are pleased to announce the Scheduler Microconference has been accepted at LPC this year. Please submit your proposals on the LPC website at: https://www.linuxplumbersconf.org/event/7/abstracts/#submit-abstract And be sure to select "Scheduler MC" in the Track pulldown menu.

Re: CFP: LPC Testing and Fuzzing microconference.

On Tue, Jul 2, 2019 at 1:12 PM Dhaval Giani wrote: > > Hi folks, > > I am pleased to announce the Testing Microconference has been accepted > at LPC this year. > > The CfP process is now open, and please submit your talks on the LPC > website. It can be found at > ht

CFP: LPC Testing and Fuzzing microconference.

Hi folks, I am pleased to announce the Testing Microconference has been accepted at LPC this year. The CfP process is now open, and please submit your talks on the LPC website. It can be found at https://linuxplumbersconf.org/event/4/abstracts/ Potential topics include, but are not limited to -

Re: Linux Testing Microconference at LPC

> Please let us know what topics you believe should be a part of the > micro conference this year. At OSPM right now, Douglas and Ionela were talking about their scheduler behavioral testing framework using LISA and rt-app. This is an interesting topic, and I think has a lot of scope for making

Re: Linux Testing Microconference at LPC

On Wed, May 22, 2019 at 6:04 PM Dmitry Vyukov wrote: > > On Thu, May 16, 2019 at 2:51 AM wrote: > > > -Original Message- > > > From: Sasha Levin > > > > > > On Fri, Apr 26, 2019 at 02:02:53PM -0700, Tim Bird wrote: > > ... > > > > > > > >With regards to the Testing microconference at

Linux Testing Microconference at LPC

Hi Folks, This is a call for participation for the Linux Testing microconference at LPC this year. For those who were at LPC last year, as the closing panel mentioned, testing is probably the next big push needed to improve quality. From getting more selftests in, to regression testing to ensure

Re: [PATCH v4 00/10] steal tasks to improve CPU utilization

> > On 12/6/2018 4:28 PM, Steve Sistare wrote: >> When a CPU has no more CFS tasks to run, and idle_balance() fails to >> find a task, then attempt to steal a task from an overloaded CPU in the >> same LLC. Maintain and use a bitmap of overloaded CPUs to efficiently >> identify candidates. To

Re: [Announce] LPC 2018: Testing and Fuzzing Microconference

On Mon, Nov 5, 2018 at 10:05 AM Gustavo Padovan wrote: > > Hi Dhaval, > > On 9/19/18 7:13 PM, Dhaval Giani wrote: > > Hi folks, > > > > Sasha and I are pleased to announce the Testing and Fuzzing track at > > LPC [ 1 ]. We are planning to continue

Re: [Announce] LPC 2018: Testing and Fuzzing Microconference

On Mon, Nov 5, 2018 at 10:05 AM Gustavo Padovan wrote: > > Hi Dhaval, > > On 9/19/18 7:13 PM, Dhaval Giani wrote: > > Hi folks, > > > > Sasha and I are pleased to announce the Testing and Fuzzing track at > > LPC [ 1 ]. We are planning to continue

Re: [Announce] LPC 2018: Testing and Fuzzing Microconference

On Mon, Oct 8, 2018 at 11:23 AM Steven Rostedt wrote: > > On Mon, 8 Oct 2018 19:02:51 +0200 > Dmitry Vyukov wrote: > > > On Wed, Sep 19, 2018 at 7:13 PM, Dhaval Giani > > wrote: > > > Hi folks, > > > > > > Sasha and I are pleased to announce t

Re: [Announce] LPC 2018: Testing and Fuzzing Microconference

On Mon, Oct 8, 2018 at 11:23 AM Steven Rostedt wrote: > > On Mon, 8 Oct 2018 19:02:51 +0200 > Dmitry Vyukov wrote: > > > On Wed, Sep 19, 2018 at 7:13 PM, Dhaval Giani > > wrote: > > > Hi folks, > > > > > > Sasha and I are pleased to announce t

Re: [Announce] LPC 2018: Testing and Fuzzing Microconference

On Tue, Oct 2, 2018 at 2:03 PM Sasha Levin wrote: > > On Tue, Oct 2, 2018 at 4:44 PM Liam R. Howlett > wrote: > > > > * Dhaval Giani [180919 13:15]: > > > Hi folks, > > > > > > Sasha and I are pleased to announce the Testing and Fuzzing track

Re: [Announce] LPC 2018: Testing and Fuzzing Microconference

On Tue, Oct 2, 2018 at 2:03 PM Sasha Levin wrote: > > On Tue, Oct 2, 2018 at 4:44 PM Liam R. Howlett > wrote: > > > > * Dhaval Giani [180919 13:15]: > > > Hi folks, > > > > > > Sasha and I are pleased to announce the Testing and Fuzzing track

[Announce] LPC 2018: Testing and Fuzzing Microconference

Hi folks, Sasha and I are pleased to announce the Testing and Fuzzing track at LPC [ 1 ]. We are planning to continue the discussions from last year's microconference [2]. Many discussions from the Automated Testing Summit [3] will also continue, and a final agenda will come up only soon after

[Announce] LPC 2018: Testing and Fuzzing Microconference

Hi folks, Sasha and I are pleased to announce the Testing and Fuzzing track at LPC [ 1 ]. We are planning to continue the discussions from last year's microconference [2]. Many discussions from the Automated Testing Summit [3] will also continue, and a final agenda will come up only soon after

Re: [PATCH v3 0/4] Ktest: add email support

On 2018-03-26 04:08 PM, Tim Tianyang Chen wrote: > This patch set will let users define a mailer, an email address and when to > receive > notifications during automated testings. Users need to setup the specified > mailer > prior to using this feature. > > Tim Tianyang Chen (4): > Ktest: add

Re: [PATCH v3 0/4] Ktest: add email support

On 2018-03-26 04:08 PM, Tim Tianyang Chen wrote: > This patch set will let users define a mailer, an email address and when to > receive > notifications during automated testings. Users need to setup the specified > mailer > prior to using this feature. > > Tim Tianyang Chen (4): > Ktest: add

Re: [PATCH] lockdep: Show up to three levels for a deadlock scenario

On 2017-12-19 11:52 AM, Steven Rostedt wrote: > On Tue, 19 Dec 2017 17:46:19 +0100 > Peter Zijlstra wrote: > > >> It really isn't that hard, Its mostly a question of TL;DR. >> >> #0 is useless and should be thrown out >> #1 shows where we take #1 while holding #0 >> .. >>

Re: [PATCH] lockdep: Show up to three levels for a deadlock scenario

On 2017-12-19 11:52 AM, Steven Rostedt wrote: > On Tue, 19 Dec 2017 17:46:19 +0100 > Peter Zijlstra wrote: > > >> It really isn't that hard, Its mostly a question of TL;DR. >> >> #0 is useless and should be thrown out >> #1 shows where we take #1 while holding #0 >> .. >> #n shows where we take

Re: [PATCH] lockdep: Show up to three levels for a deadlock scenario

On 2017-12-14 12:59 PM, Peter Zijlstra wrote: > On Thu, Dec 14, 2017 at 12:38:52PM -0500, Steven Rostedt wrote: >> >> Currently, when lockdep detects a possible deadlock scenario that involves 3 >> or more levels, it just shows the chain, and a CPU sequence order of the >> first and last part of

Re: [PATCH] lockdep: Show up to three levels for a deadlock scenario

On 2017-12-14 12:59 PM, Peter Zijlstra wrote: > On Thu, Dec 14, 2017 at 12:38:52PM -0500, Steven Rostedt wrote: >> >> Currently, when lockdep detects a possible deadlock scenario that involves 3 >> or more levels, it just shows the chain, and a CPU sequence order of the >> first and last part of

Re: [PATCH 0/2] [RFC] Ktest: add email support

On 2017-12-06 04:40 PM, Steven Rostedt wrote: > Hi, > > Currently traveling and now I have very poor connectivity. I won't be able to > do anything this week. > ping! :) Dhaval

Re: [PATCH 0/2] [RFC] Ktest: add email support

On 2017-12-06 04:40 PM, Steven Rostedt wrote: > Hi, > > Currently traveling and now I have very poor connectivity. I won't be able to > do anything this week. > ping! :) Dhaval

Re: [PATCH 0/2] [RFC] Ktest: add email support

On 2017-12-01 06:55 PM, Steven Rostedt wrote: > On Tue, 21 Nov 2017 10:53:27 -0800 > Tim Tianyang Chen wrote: > >> This patch series will let users define mailer and email address for >> receiving >> notifications during automated testings. Users need to setup the

Re: [PATCH 0/2] [RFC] Ktest: add email support

On 2017-12-01 06:55 PM, Steven Rostedt wrote: > On Tue, 21 Nov 2017 10:53:27 -0800 > Tim Tianyang Chen wrote: > >> This patch series will let users define mailer and email address for >> receiving >> notifications during automated testings. Users need to setup the specified >> mailer >> prior

Re: cgroups and nice

[Resending because gmail doesn't understand when to go plaintext :-) ] [Added a few other folks who might have something to say about it] On Fri, Nov 25, 2016 at 9:34 AM, Marat Khalili wrote: > I have a question as a cgroup cpu limits user: how does it interact with > nice?

Re: cgroups and nice

[Resending because gmail doesn't understand when to go plaintext :-) ] [Added a few other folks who might have something to say about it] On Fri, Nov 25, 2016 at 9:34 AM, Marat Khalili wrote: > I have a question as a cgroup cpu limits user: how does it interact with > nice? Documentation creates

Re: [PATCH v2 tip/core/rcu 05/13] decnet: Apply rcu_access_pointer() to avoid sparse false positive

On Wed, Oct 9, 2013 at 5:29 PM, Paul E. McKenney wrote: > > From: "Paul E. McKenney" > > The sparse checking for rcu_assign_pointer() was recently upgraded > to reject non-__kernel address spaces. This also rejects __rcu, > which is almost always the right thing to do. However, the use in >

Re: [PATCH v2 tip/core/rcu 05/13] decnet: Apply rcu_access_pointer() to avoid sparse false positive

On Wed, Oct 9, 2013 at 5:29 PM, Paul E. McKenney paul...@linux.vnet.ibm.com wrote: From: Paul E. McKenney paul...@linux.vnet.ibm.com The sparse checking for rcu_assign_pointer() was recently upgraded to reject non-__kernel address spaces. This also rejects __rcu, which is almost always the

[PATCH] ftrace: Fixup !CONFIG_TRACING trace_dump_stack

Hi Steve, And since gmail will mangle this up, I have attached it as well. Thanks! Dhaval commit 6379b752b4c9e5f9edf9894723be7520a987d2b5 Author: Dhaval Giani Date: Fri Aug 2 14:42:53 2013 -0400 ftrace: Fixup !CONFIG_TRACING trace_dump_stack !TRACING does not take an argument

[PATCH] ftrace: Fixup !CONFIG_TRACING trace_dump_stack

Hi Steve, And since gmail will mangle this up, I have attached it as well. Thanks! Dhaval commit 6379b752b4c9e5f9edf9894723be7520a987d2b5 Author: Dhaval Giani dhaval.gi...@gmail.com Date: Fri Aug 2 14:42:53 2013 -0400 ftrace: Fixup !CONFIG_TRACING trace_dump_stack !TRACING does

Re: [RFC/PATCH 0/2] ext4: Transparent Decompression Support

On 2013-07-25 1:53 PM, Jörn Engel wrote: On Thu, 25 July 2013 09:42:18 -0700, Taras Glek wrote: Footprint wins are useful on android, but it's the increased IO throughput on crappy storage devices that makes this most attractive. All the world used to be a PC. Seems to be Android these days.

Re: [RFC/PATCH 0/2] ext4: Transparent Decompression Support

On 2013-07-25 2:15 PM, Vyacheslav Dubeyko wrote: On Jul 25, 2013, at 8:42 PM, Taras Glek wrote: [snip] To introduce transparent decompression. Let someone else do the compression for us, and supply decompressed data on demand (in this case a read call). Reduces the complexity which would

Re: [RFC/PATCH 0/2] ext4: Transparent Decompression Support

On 07/24/2013 07:36 PM, Jörn Engel wrote: On Wed, 24 July 2013 17:03:53 -0400, Dhaval Giani wrote: I am posting this series early in its development phase to solicit some feedback. At this state, a good description of the format would be nice. Sure. The format is quite simple. There is a 20

Re: [RFC/PATCH 0/2] ext4: Transparent Decompression Support

On 07/24/2013 07:36 PM, Jörn Engel wrote: On Wed, 24 July 2013 17:03:53 -0400, Dhaval Giani wrote: I am posting this series early in its development phase to solicit some feedback. At this state, a good description of the format would be nice. Sure. The format is quite simple. There is a 20

Re: [RFC/PATCH 0/2] ext4: Transparent Decompression Support

On 2013-07-25 2:15 PM, Vyacheslav Dubeyko wrote: On Jul 25, 2013, at 8:42 PM, Taras Glek wrote: [snip] To introduce transparent decompression. Let someone else do the compression for us, and supply decompressed data on demand (in this case a read call). Reduces the complexity which would

Re: [RFC/PATCH 0/2] ext4: Transparent Decompression Support

On 2013-07-25 1:53 PM, Jörn Engel wrote: On Thu, 25 July 2013 09:42:18 -0700, Taras Glek wrote: Footprint wins are useful on android, but it's the increased IO throughput on crappy storage devices that makes this most attractive. All the world used to be a PC. Seems to be Android these days.

[RFC/PATCH 1/2] szip: Add seekable zip format

similar to that used by the faulty.lib linker. Cc: Theodore Ts'o Cc: Taras Glek Cc: Vladan Djeric Cc: linux-ext4 Cc: LKML Cc: linux-fsdevel Cc: Mike Hommey Signed-off-by: Dhaval Giani --- include/linux/szip.h | 32 lib/Kconfig | 8 ++ lib/Makefile | 1 + lib/szip.c

[RFC/PATCH 2/2] Add rudimentary transparent decompression support to ext4

the buffer isn't big enough) 3. It adds a new file operation. That will be *removed*. 4. Doesn't mmap decompressed data Cc: Theodore Ts'o Cc: Taras Glek Cc: Vladan Djeric Cc: linux-ext4 Cc: LKML Cc: linux-fsdevel Cc: Mike Hommey Signed-off-by: Dhaval Giani --- fs/ext4/file.c | 66

[RFC/PATCH 0/2] ext4: Transparent Decompression Support

if that should not be used. In order to try this patch out, please create an szip file using the szip tool. Then, read the file. Just ensure that the buffer you provide to the kernel is big enough to fit the uncompressed file (and that you read the whole file in one go.) Thanks! Dhaval -- Dhaval Giani (2

[RFC/PATCH 2/2] Add rudimentary transparent decompression support to ext4

: linux-fsdevel linux-fsde...@vger.kernel.org Cc: Mike Hommey gland...@mozilla.com Signed-off-by: Dhaval Giani dgi...@mozilla.com --- fs/ext4/file.c | 66 ++ fs/read_write.c| 3 +++ include/linux/fs.h | 1 + 3 files changed, 70 insertions

[RFC/PATCH 0/2] ext4: Transparent Decompression Support

if that should not be used. In order to try this patch out, please create an szip file using the szip tool. Then, read the file. Just ensure that the buffer you provide to the kernel is big enough to fit the uncompressed file (and that you read the whole file in one go.) Thanks! Dhaval -- Dhaval Giani (2

[RFC/PATCH 1/2] szip: Add seekable zip format

...@mozilla.com Signed-off-by: Dhaval Giani dgi...@mozilla.com --- include/linux/szip.h | 32 lib/Kconfig | 8 ++ lib/Makefile | 1 + lib/szip.c | 217 +++ 4 files changed, 258 insertions(+) create mode 100644

Re: [PATCH 5/8] vrange: Add new vrange(2) system call

On 2013-06-12 12:22 AM, John Stultz wrote: From: Minchan Kim This patch adds new system call sys_vrange. NAME vrange - Mark or unmark range of memory as volatile SYNOPSIS int vrange(unsigned_long start, size_t length, int mode, int *purged);

Re: [PATCH 5/8] vrange: Add new vrange(2) system call

On 2013-06-12 12:22 AM, John Stultz wrote: From: Minchan Kim minc...@kernel.org This patch adds new system call sys_vrange. NAME vrange - Mark or unmark range of memory as volatile SYNOPSIS int vrange(unsigned_long start, size_t length, int mode, int

Re: [PATCH 0/8] Volatile Ranges (v8?)

On 2013-06-19 12:41 AM, Minchan Kim wrote: Hello Dhaval, On Tue, Jun 18, 2013 at 12:59:02PM -0400, Dhaval Giani wrote: On 2013-06-18 12:11 AM, Minchan Kim wrote: Hello Dhaval, On Mon, Jun 17, 2013 at 12:24:07PM -0400, Dhaval Giani wrote: Hi John, I have been giving your git tree a whirl

Re: [PATCH 0/8] Volatile Ranges (v8?)

On 2013-06-19 12:41 AM, Minchan Kim wrote: Hello Dhaval, On Tue, Jun 18, 2013 at 12:59:02PM -0400, Dhaval Giani wrote: On 2013-06-18 12:11 AM, Minchan Kim wrote: Hello Dhaval, On Mon, Jun 17, 2013 at 12:24:07PM -0400, Dhaval Giani wrote: Hi John, I have been giving your git tree a whirl

Re: [PATCH 0/8] Volatile Ranges (v8?)

On 2013-06-18 12:11 AM, Minchan Kim wrote: Hello Dhaval, On Mon, Jun 17, 2013 at 12:24:07PM -0400, Dhaval Giani wrote: Hi John, I have been giving your git tree a whirl, and in order to simulate a limited memory environment, I was using memory cgroups. The program I was using to test

Re: [PATCH 0/8] Volatile Ranges (v8?)

On 2013-06-18 12:11 AM, Minchan Kim wrote: Hello Dhaval, On Mon, Jun 17, 2013 at 12:24:07PM -0400, Dhaval Giani wrote: Hi John, I have been giving your git tree a whirl, and in order to simulate a limited memory environment, I was using memory cgroups. The program I was using to test

Re: [PATCH 0/8] Volatile Ranges (v8?)

Hi John, I have been giving your git tree a whirl, and in order to simulate a limited memory environment, I was using memory cgroups. The program I was using to test is attached here. It is your test code, with some changes (changing the syscall interface, reducing the memory pressure to be

Re: [PATCH 0/8] Volatile Ranges (v8?)

Hi John, I have been giving your git tree a whirl, and in order to simulate a limited memory environment, I was using memory cgroups. The program I was using to test is attached here. It is your test code, with some changes (changing the syscall interface, reducing the memory pressure to be

Re: [BUG] perf report: different reports when run on terminal as opposed to script

On Wed, Oct 31, 2012 at 3:12 AM, Namhyung Kim wrote: > On Tue, 30 Oct 2012 08:05:45 -0400, Dhaval Giani wrote: >> On Tue, Oct 30, 2012 at 3:42 AM, Namhyung Kim wrote: >>> Hi Dhaval, >>> >>> On Mon, 29 Oct 2012 12:45:53 -0400, Dhaval Giani wrote: >>&

Re: [BUG] perf report: different reports when run on terminal as opposed to script

On Wed, Oct 31, 2012 at 3:12 AM, Namhyung Kim namhy...@kernel.org wrote: On Tue, 30 Oct 2012 08:05:45 -0400, Dhaval Giani wrote: On Tue, Oct 30, 2012 at 3:42 AM, Namhyung Kim namhy...@kernel.org wrote: Hi Dhaval, On Mon, 29 Oct 2012 12:45:53 -0400, Dhaval Giani wrote: On Mon, Oct 29, 2012

Re: [BUG] perf report: different reports when run on terminal as opposed to script

On Tue, Oct 30, 2012 at 3:42 AM, Namhyung Kim wrote: > Hi Dhaval, > > On Mon, 29 Oct 2012 12:45:53 -0400, Dhaval Giani wrote: >> On Mon, Oct 29, 2012 at 12:01 PM, Dhaval Giani >> wrote: >>> Hi, >>> >>> As part of a class assignment I have to c

Re: [BUG] perf report: different reports when run on terminal as opposed to script

On Tue, Oct 30, 2012 at 3:42 AM, Namhyung Kim namhy...@kernel.org wrote: Hi Dhaval, On Mon, 29 Oct 2012 12:45:53 -0400, Dhaval Giani wrote: On Mon, Oct 29, 2012 at 12:01 PM, Dhaval Giani dhaval.gi...@gmail.com wrote: Hi, As part of a class assignment I have to collect some performance

Re: [BUG] perf report: different reports when run on terminal as opposed to script

On Mon, Oct 29, 2012 at 12:01 PM, Dhaval Giani wrote: > Hi, > > As part of a class assignment I have to collect some performance > statistics. In order to do so I run > > perf record -g > > And in another window, I start 200 threads of the load generator > (wh

[BUG] perf report: different reports when run on terminal as opposed to script

Hi, As part of a class assignment I have to collect some performance statistics. In order to do so I run perf record -g And in another window, I start 200 threads of the load generator (which is not recorded by perf) This generates me statistics that I expect to see, and I am happy. As this

[BUG] perf report: different reports when run on terminal as opposed to script

Hi, As part of a class assignment I have to collect some performance statistics. In order to do so I run perf record -g the program I have to profile And in another window, I start 200 threads of the load generator (which is not recorded by perf) This generates me statistics that I expect to

Re: [BUG] perf report: different reports when run on terminal as opposed to script

On Mon, Oct 29, 2012 at 12:01 PM, Dhaval Giani dhaval.gi...@gmail.com wrote: Hi, As part of a class assignment I have to collect some performance statistics. In order to do so I run perf record -g the program I have to profile And in another window, I start 200 threads of the load

[PATCH] RCU documentation: Correct the name of a reference

[Attaching the patch as gmail breaks the patches] Trying to go through the history of RCU (not for the weak minded) led me to search for a non-existent paper. Correct it to the actual reference Signed-off-by: Dhaval Giani Cc: Paul McKenney Cc: Peter Zijlstra Index: linux/Documentation/RCU

[PATCH] RCU documentation: Correct the name of a reference

[Attaching the patch as gmail breaks the patches] Trying to go through the history of RCU (not for the weak minded) led me to search for a non-existent paper. Correct it to the actual reference Signed-off-by: Dhaval Giani dhaval.gi...@gmail.com Cc: Paul McKenney paul...@linux.vnet.ibm.com Cc

Re: [RFC] cgroup TODOs

> > * Sort & unique when listing tasks. Even the documentation says it > doesn't happen but we have a good hunk of code doing it in > cgroup.c. I'm gonna rip it out at some point. Again, if you > don't like it, scream. > I think some userspace tools do assume the uniq bit. So if

Re: [RFC] cgroup TODOs

* Sort unique when listing tasks. Even the documentation says it doesn't happen but we have a good hunk of code doing it in cgroup.c. I'm gonna rip it out at some point. Again, if you don't like it, scream. I think some userspace tools do assume the uniq bit. So if we can

Re: [RFC 0/5] forced comounts for cgroups.

On Thu, Sep 6, 2012 at 5:11 PM, Paul Turner wrote: > On Thu, Sep 6, 2012 at 1:46 PM, Tejun Heo wrote: >> Hello, >> >> cc'ing Dhaval and Frederic. They were interested in the subject >> before and Dhaval was pretty vocal about cpuacct having a separate >> hierarchy (or at least granularity). > >

Re: [RFC 0/5] forced comounts for cgroups.

On Thu, Sep 6, 2012 at 5:11 PM, Paul Turner p...@google.com wrote: On Thu, Sep 6, 2012 at 1:46 PM, Tejun Heo t...@kernel.org wrote: Hello, cc'ing Dhaval and Frederic. They were interested in the subject before and Dhaval was pretty vocal about cpuacct having a separate hierarchy (or at

Re: [PATCH] sched: revert load_balance_monitor()

On Mon, Feb 25, 2008 at 03:29:59PM +0100, Mike Galbraith wrote: > > On Mon, 2008-02-25 at 13:22 +0100, Peter Zijlstra wrote: > > Subject: sched: revert load_balance_monitor() > > > > The following commit causes a number of serious regressions: > > > > commit

[RFC, PATCH 1/2] sched: allow the CFS group scheduler to have multiple levels

This patch makes the group scheduler multi hierarchy aware. Signed-off-by: Dhaval Giani <[EMAIL PROTECTED]> --- include/linux/sched.h |2 +- kernel/sched.c| 41 - 2 files changed, 25 insertions(+), 18 deletions(-) Index: linux-2.6.

Re: [RFC, PATCH 1/2] sched: allow the CFS group scheduler to have multiple levels

Meant 2/2 in $subject. -- regards, Dhaval -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

[RFC, PATCH 1/2] sched: change the fairness model of the CFS group scheduler

This patch allows tasks and groups to exist in the same cfs_rq. With this change the CFS group scheduling follows a 1/(M+N) model from a 1/(1+N) fairness model where M tasks and N groups exist at the cfs_rq level. Signed-off-by: Dhaval Giani <[EMAIL PROTECTED]> Signed-off-by: Srivatsa Vad

[RFC, PATCH 0/2] sched: add multiple hierarchy support to the CFS group scheduler

Hi Ingo, These patches change the fairness model as discussed in http://lkml.org/lkml/2008/1/30/634 Patch 1 -> Changes the fairness model Patch 2 -> Allows one to create multiple levels of cgroups The second patch is not very good with SMP yet, that is the next TODO. Also it changes the

[RFC, PATCH 0/2] sched: add multiple hierarchy support to the CFS group scheduler

Hi Ingo, These patches change the fairness model as discussed in http://lkml.org/lkml/2008/1/30/634 Patch 1 - Changes the fairness model Patch 2 - Allows one to create multiple levels of cgroups The second patch is not very good with SMP yet, that is the next TODO. Also it changes the behaviour

[RFC, PATCH 1/2] sched: change the fairness model of the CFS group scheduler

This patch allows tasks and groups to exist in the same cfs_rq. With this change the CFS group scheduling follows a 1/(M+N) model from a 1/(1+N) fairness model where M tasks and N groups exist at the cfs_rq level. Signed-off-by: Dhaval Giani [EMAIL PROTECTED] Signed-off-by: Srivatsa Vaddagiri

[RFC, PATCH 1/2] sched: allow the CFS group scheduler to have multiple levels

This patch makes the group scheduler multi hierarchy aware. Signed-off-by: Dhaval Giani [EMAIL PROTECTED] --- include/linux/sched.h |2 +- kernel/sched.c| 41 - 2 files changed, 25 insertions(+), 18 deletions(-) Index: linux-2.6.25-rc2

Re: [RFC, PATCH 1/2] sched: allow the CFS group scheduler to have multiple levels

Meant 2/2 in $subject. -- regards, Dhaval -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] sched: revert load_balance_monitor()

On Mon, Feb 25, 2008 at 03:29:59PM +0100, Mike Galbraith wrote: On Mon, 2008-02-25 at 13:22 +0100, Peter Zijlstra wrote: Subject: sched: revert load_balance_monitor() The following commit causes a number of serious regressions: commit 6b2d7700266b9402e12824e11e0099ae6a4a6a79

Re: ftrace causing panics.

On Wed, Feb 20, 2008 at 10:02:18AM -0500, Steven Rostedt wrote: > Dhaval Giani wrote: >> Hi Ingo, >> >> ftrace-cmd in -w option when being run for sometime cause this. >> >> >> llm11.in.ibm.com login: [ 1002.937490] BUG: unable to handle kernel paging >

Re: ftrace causing panics.

On Wed, Feb 20, 2008 at 10:02:18AM -0500, Steven Rostedt wrote: Dhaval Giani wrote: Hi Ingo, ftrace-cmd in -w option when being run for sometime cause this. llm11.in.ibm.com login: [ 1002.937490] BUG: unable to handle kernel paging request at 285b0010 [ 1002.947087] IP: [c015f7b5

ftrace causing panics.

Hi Ingo, ftrace-cmd in -w option when being run for sometime cause this. llm11.in.ibm.com login: [ 1002.937490] BUG: unable to handle kernel paging request at 285b0010 [ 1002.947087] IP: [] find_next_entry+0x4f/0x84 [ 1002.955091] *pdpt = 2d589001 *pde = [

Re: ftrace and kexec

On Tue, Feb 19, 2008 at 03:22:39PM +0100, Ingo Molnar wrote: > > * Dhaval Giani <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > I've been running ftrace on the sched-devel tree. I just built a > > kernel and tried rebooting using kexec and I get this, >

ftrace and kexec

Hi, I've been running ftrace on the sched-devel tree. I just built a kernel and tried rebooting using kexec and I get this, Please stand by while rebooting the system... [11756.528997] Starting new kernel [11741.142898] BUG: unable to handle kernel paging request at 8d2ed42c [11741.142898] IP:

ftrace and kexec

Hi, I've been running ftrace on the sched-devel tree. I just built a kernel and tried rebooting using kexec and I get this, Please stand by while rebooting the system... [11756.528997] Starting new kernel [11741.142898] BUG: unable to handle kernel paging request at 8d2ed42c [11741.142898] IP:

Re: ftrace and kexec

On Tue, Feb 19, 2008 at 03:22:39PM +0100, Ingo Molnar wrote: * Dhaval Giani [EMAIL PROTECTED] wrote: Hi, I've been running ftrace on the sched-devel tree. I just built a kernel and tried rebooting using kexec and I get this, hm, it's not a good idea to keep using the data

ftrace causing panics.

Hi Ingo, ftrace-cmd in -w option when being run for sometime cause this. llm11.in.ibm.com login: [ 1002.937490] BUG: unable to handle kernel paging request at 285b0010 [ 1002.947087] IP: [c015f7b5] find_next_entry+0x4f/0x84 [ 1002.955091] *pdpt = 2d589001 *pde = [

Re: sched-devel latencies

On Mon, Feb 18, 2008 at 04:19:33PM +0530, Dhaval Giani wrote: > Hi Ingo, > > I am running the sched-devel tree (at HEAD > 44e770a8750abc7e876076cda718b413bad9e654) and it is not looking good. > > I am running two "make -j"s for the kernel in two different cgroups

sched-devel latencies

Hi Ingo, I am running the sched-devel tree (at HEAD 44e770a8750abc7e876076cda718b413bad9e654) and it is not looking good. I am running two "make -j"s for the kernel in two different cgroups and interactivity is going for a toss. I can see noticable lags in keypresses. Will get down to debugging

Re: 2.6.25-rc2: Reported regressions from 2.6.24

> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9982 > Subject : 2.6.25-rc1 panics on boot > Submitter : Dhaval Giani <[EMAIL PROTECTED]> > Date : 2008-02-13 18:03 > References: http://lkml.org/lkml/2008/2/13/363 > Handled-By

Re: [RFC][PATCH 0/2] reworking load_balance_monitor

On Thu, Feb 14, 2008 at 04:57:24PM +0100, Peter Zijlstra wrote: > Hi, > > Here the current patches that rework load_balance_monitor. > > The main reason for doing this is to eliminate the wakeups the thing > generates, > esp. on an idle system. The bonus is that it removes a kernel thread. >

Re: [RFC][PATCH 0/2] reworking load_balance_monitor

On Thu, Feb 14, 2008 at 04:57:24PM +0100, Peter Zijlstra wrote: Hi, Here the current patches that rework load_balance_monitor. The main reason for doing this is to eliminate the wakeups the thing generates, esp. on an idle system. The bonus is that it removes a kernel thread. Hi

Re: 2.6.25-rc2: Reported regressions from 2.6.24

Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9982 Subject : 2.6.25-rc1 panics on boot Submitter : Dhaval Giani [EMAIL PROTECTED] Date : 2008-02-13 18:03 References: http://lkml.org/lkml/2008/2/13/363 Handled-By: Chris Snook [EMAIL PROTECTED

sched-devel latencies

Hi Ingo, I am running the sched-devel tree (at HEAD 44e770a8750abc7e876076cda718b413bad9e654) and it is not looking good. I am running two make -js for the kernel in two different cgroups and interactivity is going for a toss. I can see noticable lags in keypresses. Will get down to debugging

Re: sched-devel latencies

On Mon, Feb 18, 2008 at 04:19:33PM +0530, Dhaval Giani wrote: Hi Ingo, I am running the sched-devel tree (at HEAD 44e770a8750abc7e876076cda718b413bad9e654) and it is not looking good. I am running two make -js for the kernel in two different cgroups and interactivity is going for a toss

Re: 2.6.25-rc1 panics on boot

On Thu, Feb 14, 2008 at 12:06:31PM +0530, Dhaval Giani wrote: > On Wed, Feb 13, 2008 at 10:32:02PM -0800, Yinghai Lu wrote: > > On Wed, Feb 13, 2008 at 10:20 PM, Dhaval Giani > > <[EMAIL PROTECTED]> wrote: > > > On Wed, Feb 13, 2008 at 01:08:42PM -0500, Chris Snoo

Re: 2.6.25-rc1 panics on boot

On Wed, Feb 13, 2008 at 10:32:02PM -0800, Yinghai Lu wrote: > On Wed, Feb 13, 2008 at 10:20 PM, Dhaval Giani > <[EMAIL PROTECTED]> wrote: > > On Wed, Feb 13, 2008 at 01:08:42PM -0500, Chris Snook wrote: > > > Dhaval Giani wrote: > > >> I am getting the

Re: 2.6.25-rc1 panics on boot

On Wed, Feb 13, 2008 at 01:08:42PM -0500, Chris Snook wrote: > Dhaval Giani wrote: >> I am getting the following oops on bootup on 2.6.25-rc1 > ... >> I am booting using kexec with maxcpus=1. It does not have any problems >> with maxcpus=2 or higher. > > Sounds like

2.6.25-rc1 panics on boot

Hi, I am getting the following oops on bootup on 2.6.25-rc1 [2.376187] BUG: unable to handle kernel NULL pointer dereference at 010c [2.388180] IP: [] sysfs_remove_link+0x1/0xd [2.396182] *pdpt = 005fd001 *pde = [2.404751] Oops: [#1] SMP [

Re: Regression in latest sched-git

On Wed, Feb 13, 2008 at 10:04:44PM +0530, Dhaval Giani wrote: > > > On the same lines, I cant understand how we can be seeing 700ms latency > > > (below) unless we had: large number of active groups/users and large > > > number of > > > tasks within eac

Re: Regression in latest sched-git

On Wed, Feb 13, 2008 at 01:51:18PM +0100, Peter Zijlstra wrote: > > On Wed, 2008-02-13 at 08:30 +0530, Srivatsa Vaddagiri wrote: > > On Tue, Feb 12, 2008 at 08:40:08PM +0100, Peter Zijlstra wrote: > > > Yes, latency isolation is the one thing I had to sacrifice in order to > > > get the normal

  1   2   3   4   >