First  |  Prev |  Next  |  Last
Pages: 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396
[RFC][PATCH 4/7][memcg] memcg use ID in page_cgroup
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu(a)> Now, addresses of memory cgroup can be calculated by their ID without complex. This patch relplaces pc->mem_cgroup from a pointer to a unsigned short. On 64bit architecture, this offers us more 6bytes room per page_cgroup. Use 2bytes for blkio-cgroup's page... 27 Jul 2010 05:09
[RFC][PATCH 7/7][memcg] use spin lock instead of bit_spin_lock in page_cgroup
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu(a)> This patch replaces page_cgroup's bit_spinlock with spinlock. In general, spinlock has good implementation than bit_spin_lock and we should use it if we have a room for it. In 64bit arch, we have extra 4bytes. Let's use it. Signed-off-by: KAMEZAWA Hiroyu... 27 Jul 2010 05:09
[RFC][PATCH 5/7][memcg] memcg lockless update of file mapped
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu(a)> At accounting file events per memory cgroup, we need to find memory cgroup via page_cgroup->mem_cgroup. Now, we use lock_page_cgroup(). But, considering the context which page-cgroup for files are accessed, we can use alternative light-weight mutual exe... 27 Jul 2010 05:09
Await your Response
Although you might be apprehensive about my email as we have not met before, My name is Mr.Jerry Ntai, Head of Operation Mevas Bank,Hong Kong. I have a secured business proposal in the tune of $21.5m for you to handle with me from my bank. This however is not mandatory nor will I in any manner compel you to honor... 5 Aug 2010 14:40
[RFC][PATCH 0/7][memcg] towards I/O aware memory cgroup
From a view of patch management, this set is a mixture of a few features for memcg, and I should divide them to some groups. But, at first, I'd like to show the total view. This set is consists from 5 sets. Main purpose is create a room in page_cgroup for I/O tracking and add light-weight access method for file-c... 27 Jul 2010 04:04
[RFC][PATCH 1/7][memcg] virtually indexed array library.
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu(a)> This virt-array allocates a virtally contiguous array via get_vm_area() and allows object allocation per an element of array. Physical pages are used only for used items in the array. - At first, the user has to create an array by create_virt_array(). ... 27 Jul 2010 04:04
[RFC][PATCH 2/7][memcg] cgroup arbitarary ID allocation
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu(a)> When a subsystem want to make use of "id" more, it's necessary to manage the id at cgroup subsystem creation time. But, now, because of the order of cgroup creation callback, subsystem can't declare the id it wants. This patch allows subsystem to use custom... 27 Jul 2010 04:04
[RESEND PATCH] max3107: Fix gpiolib support
Because of the way gpiolib works we actually need to ifdef this in our header file Signed-off-by: Alan Cox <alan(a)> --- drivers/serial/max3107.h | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/serial/max3107.h b/drivers/serial/max3107.h index 72b3041..7ab63... 27 Jul 2010 04:04
ixgbe->bonding->vlan->bridge->ebtables&iptables causes memory corruption
Hi, I have a rather interesting network setup here. First I have a dual 10Gbit ixgbe ethernet card, being bonded into one link, on which we run a number of vlans, which are bridged with various virtual machines. Now, to protect the box itself and the virtual machines I have a set of iptables and ebtables rule... 27 Jul 2010 04:04
linux-next: build failure after merge of the final tree
Hi Russell, After merging the final tree, today's linux-next build (all the arm config builds) failed like this: arch/arm/kernel/process.c: In function 'arm_machine_restart': arch/arm/kernel/process.c:106: error: implicit declaration of function 'flush_cache_all' Caused by commit 287f6bfbe760fe580d939657fc13... 27 Jul 2010 04:04
First  |  Prev |  Next  |  Last
Pages: 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396