| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20090316111811.GB3949@linux.vnet.ibm.com> Date: Mon, 16 Mar 2009 16:48:11 +0530 From: Dhaval Giani <dhaval@...ux.vnet.ibm.com> To: Rolando Martins <rolando.martins@...il.com> Cc: linux-kernel@...r.kernel.org, Peter Zijlstra <a.p.zijlstra@...llo.nl> Subject: Re: cgroup, RT cpu balance question On Mon, Mar 16, 2009 at 10:56:04AM +0000, Rolando Martins wrote: > Hi, > I have one question regarding RT cpu balance using cgroup. > > cgroup > echo 1 > cpuset.sched_load_balance > > cgroup/2 > echo 0 > cpuset.mems > echo 0-2 > cpuset.cpus > echo 450000 > cpu.rt_runtime_us > > cgroup/3 > echo 0 > cpuset.mems > echo 3 > cpuset.cpus > echo 450000 > cpu.rt_runtime_us > > > I have a small test that uses a loop to utilize 100% cpu (SCHED_FIFO). > When I run 2 tests on cgroup/3, it only uses bandwidth from cpu 3 > (100%), the balancing isn't happening. > As I use the SCHED_FIFO, the 2 processes run sequentially. > > Is this the expected behavior? Shouldn't the domains balance the spare > cpu bandwidth? > Yes, this is expected behavior. The cpuset has limited the task's allowed CPUs to CPU 3. With that, it will use the bandwidth only from CPU 3. As you noted, since the process are SCHED_FIFO, they will run sequentially. -- regards, Dhaval -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists