Re: Maximum number of groups on /etc/cgconfig.conf

Yes!!! Thank you very much.. Its working now.. 37 thousand lines, 1400
users (one cgroup for each user) :D
Server is up and running now :D

On Fri, Mar 12, 2010 at 4:37 AM, Balbir Singh <balbir <at> linux.vnet.ibm.com> wrote:
> On Fri, Mar 12, 2010 at 12:41 PM, Rafael Tinoco
> <rafael.tinoco <at> locaweb.com.br> wrote:
>> On Fri, Mar 12, 2010 at 4:09 AM, Balbir Singh <balbir <at> linux.vnet.ibm.com> wrote:
>>> On Fri, Mar 12, 2010 at 12:32 PM, Rafael Tinoco
>>> <rafael.tinoco <at> locaweb.com.br> wrote:
>>>> I'll be participating on this list. Just subscribed. Thanks for the
>>>> quick answer.
>>>>
>>>> I have lots and lots of web servers (4000 almost). Just started on
>>>> this hosting company.
>>>> I was a Sun employee and worked with Solaris 10 resource manager for
>>>> years (well since the beginning).
>>>>
>>>> The situation is the following:
>>>>
>>>> - We are using several mods for apache, migrating from user "httpd" to
>>>> the user id based on vhosts.
>>>> - When migration, the libcg daemon is listening to the netlink events
>>>> (new procs) and changing them to their cgroup
>>>>
>>>> (Unfortunately the httpd thread itself cannot start with the user id,
>>>> but Ive separated the httpd for some cpus, and after getting the user
>>>> id (with SUPHP, or fastcgi for example) (setuid maybe ?) they are
>>>> moving to the right cpuset)
>>>>
>>>
>>> Not sure I understand what you say here? You extract the userid on
>>> behalf of whom each httpd thread/process is running?
>>
>> Yep, lots of apache modules can "change" the process id based on
>> vhosts configured for apache user.
>>
>>>
>>>> Im migration all "users" on their own cgroup (inside several cpusets),
>>>> confining them on 1 or 2 cpus. (having 10 groups of 1 cpu each)
>>>>
>>>> Why create one cgroup for each user ? Im worried about "confining" 1
>>>> fake node memory block per cpuset and limiting users (all user
>>>> processes) to a maximum of 512M of ram.
>>>>
>>>> Any better way of doing this ?
>>>
>>> Have you considered the cgroups CPU and Memory controller? We also
>>> have block I/O and network controller in place.
>>
>> Example:
>>
>> group webserver/grupo7/testeemailgb7 {
>>    perm {
>>        task {
>>            uid = testeemailgb7;
>>            gid = testeemailgb7;
>>        }
>>        admin {
>>            uid = root;
>>            gid = root;
>>        }
>>    }
>>    cpuset {
>>        cpuset.cpus = 8;
>>        cpuset.mems = 8;
>>        cpuset.sched_load_balance = 0;
>>    }
>>    cpu {
>>        cpu.shares = 256;
>>    }
>>    memory {
>>        memory.soft_limit_in_bytes = 134217728;
>>        memory.limit_in_bytes = 268435456;
>>        memory.memsw.limit_in_bytes = 104857600;
>>    }
>> }
>>
>
> Yeah, this look good. BTW, were you able to solve the original problem
> of 10311 groups?
>
> Balbir Singh.
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Libcg-devel mailing list
> Libcg-devel <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/libcg-devel
>

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Libcg-devel mailing list
Libcg-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libcg-devel