Re:Re: [PATCH] Linux-2.6.11-rc5: kernel/sys.c setrlimit() RLIMIT_RSS cleanup

I have a buddy who encountered the "ulimit" confusion, when he and his team deployed Linux as the platform for a multi-user online programming test competition system. And generally, i think the kernel/system shall work as it said(return of syscalls/output of commands) :) But rss limit might

[PATCH] Linux-2.6.11-rc5: kernel/sys.c setrlimit() RLIMIT_RSS cleanup

ulimit dont enforce RLIMIT_RSS now,while sys_setrlimit() pretend it(RLIMIT_RSS) is enforced. This may cause confusion to users, and may lead to un-guaranteed dependence on "ulimit -m" to limit users/applications. The patch fixed the problem. -- snip from system run with patched(patch attac

[ correction to last patch]

The patch in the last mail is against 2.6.11-rc2, it seemed that i wrongly named the directories. I am very sorry. Stone Wang 2005.01.23 - 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.ke

[patch to 2.6.10-rc2] ext3_find_goal

We found strange blocks layout in our mail server, after careful study, we got the reason and tried to fix it. When loading an inode from buffer/disk(ext2/3_read_inode),then allocating the second block(block==1) of the corresponding file: i_next_alloc_block and i_next_alloc_goal are both zero,