search for: cfq_init

This patchset expands traditional CFQ scheduler in order to support cgroups, and improves old version. Improvements are as following. * Modularizing our new CFQ scheduler. The expanded CFQ scheduler is registered/unregistered as new I/O elevator scheduler called "cfq-cgroups". By this, the traditional CFQ scheduler, which does not handle cgroups, and our new CFQ

This patchset expands traditional CFQ scheduler in order to support cgroups, and improves old version. Improvements are as following. * Modularizing our new CFQ scheduler. The expanded CFQ scheduler is registered/unregistered as new I/O elevator scheduler called "cfq-cgroups". By this, the traditional CFQ scheduler, which does not handle cgroups, and our new CFQ

Hi, another issue I''m seeing with 3.0-rc2 and Xen is that there is an unexpectedly high amount of kernel reserved memory. I suspect that Linux allocates page table entries and corresponding data structures for the whole 6GB areas of the provided ''physical RAM map'' even though it has rather big unusable holes in it. [ 0.000000] BIOS-provided physical RAM map: [

...r anticipatory registered [ 38.665728] initcall as_init+0x0/0xd returned 0 after 4570 usecs [ 38.671794] calling deadline_init+0x0/0xd @ 1 [ 38.676300] io scheduler deadline registered (default) [ 38.681500] initcall deadline_init+0x0/0xd returned 0 after 5078 usecs [ 38.688088] calling cfq_init+0x0/0x84 @ 1 [ 38.692282] io scheduler cfq registered [ 38.696147] initcall cfq_init+0x0/0x84 returned 0 after 3809 usecs [ 38.702386] calling percpu_counter_startup+0x0/0x2c @ 1 [ 38.707760] initcall percpu_counter_startup+0x0/0x2c returned 0 after 0 usecs [ 38.714952] calling audit_cl...

Lots of changes since v2, too much to remember or summarize. Please ignore patch 11/11, it's just for my testing. Rich.