On 09/20/2012 08:39 PM, Ivana Hutarova Varekova wrote:
> cgrules.conf: don't put incomplete documentation inside the config file.
> (There is missing the description of expandable strings in destination
> column.) The link to manual page is the better.
> 
> Signed-off-by: Ivana Hutarova Varekova <varek...@redhat.com>
Acked-By: Jan Safranek <jsafr...@redhat.com>

> ---
> 
>  samples/cgrules.conf |   57 
> +++++++-------------------------------------------
>  1 files changed, 8 insertions(+), 49 deletions(-)
> 
> diff --git a/samples/cgrules.conf b/samples/cgrules.conf
> index 48495ee..86300b3 100644
> --- a/samples/cgrules.conf
> +++ b/samples/cgrules.conf
> @@ -1,51 +1,10 @@
>  # /etc/cgrules.conf
> -#
> -#Each line describes a rule for a user in the forms:
> -#
> -#<user>                      <controllers>           <destination>
> -#<user>:<process name>       <controllers>           <destination>
> -#
> -#Where:
> -# <user> can be:
> -#        - an user name
> -#        - a group name, with @group syntax
> -#        - the wildcard *, for any user or group.
> -#        - The %, which is equivalent to "ditto". This is useful for
> -#          multiline rules where different cgroups need to be specified
> -#          for various hierarchies for a single user.
> -#
> -# <process name> is optional and it can be:
> -#     - a process name
> -#     - a full command path of a process
> -#
> -# <controller> can be:
> -#     - comma separated controller names (no spaces)
> -#     - * (for all mounted controllers)
> -#
> -# <destination> can be:
> -#     - path with-in the controller hierarchy (ex. pgrp1/gid1/uid1)
> -#
> -# Note:
> -# - It currently has rules based on uids, gids and process name.
> -#
> -# - Don't put overlapping rules. First rule which matches the criteria
> -#   will be executed.
> -#
> -# - Multiline rules can be specified for specifying different cgroups
> -#   for multiple hierarchies. In the example below, user "peter" has
> -#   specified 2 line rule. First line says put peter's task in test1/
> -#   dir for "cpu" controller and second line says put peter's tasks in
> -#   test2/ dir for memory controller. Make a note of "%" sign in second line.
> -#   This is an indication that it is continuation of previous rule.
> -#
> -#
> -#<user>      <controllers>   <destination>
> -#
> -#john          cpu           usergroup/faculty/john/
> -#john:cp       cpu           usergroup/faculty/john/cp
> -#@student      cpu,memory    usergroup/student/
> -#peter              cpu              test1/
> -#%          memory           test2/
> -#@root               *               admingroup/
> -#*           *               default/
> +#The format of this file is described in cgrules.conf(5)
> +#manual page.
> +#
> +# Example:
> +#<user>              <controllers>   <destination>
> +#@student    cpu,memory      usergroup/student/
> +#peter               cpu             test1/
> +#%           memory          test2/
>  # End of file
> 
> 
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://ad.doubleclick.net/clk;258768047;13503038;j?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
> _______________________________________________
> Libcg-devel mailing list
> Libcg-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/libcg-devel
> 


------------------------------------------------------------------------------
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
Libcg-devel mailing list
Libcg-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libcg-devel

Reply via email to