[systemd-devel] [PATCH] bootchart: use conf-parser & CamelCase names in .conf

Kok, Auke-jan H auke-jan.h.kok at intel.com
Wed Feb 13 14:27:35 PST 2013

On Wed, Feb 13, 2013 at 1:31 PM, Lennart Poettering
<lennart at poettering.net> wrote:
> On Wed, 13.02.13 12:20, Kok, Auke-jan H (auke-jan.h.kok at intel.com) wrote:
>> On Wed, Feb 13, 2013 at 11:31 AM, Lennart Poettering
>> <lennart at poettering.net> wrote:
>> > On Wed, 13.02.13 20:24, Thomas Hindoe Paaboel Andersen (phomes at gmail.com) wrote:
>> >
>> >> +[Bootchart]
>> >> +#Samples=500
>> >> +#Freq=25
>> >> +#Rel=0
>> >> +#Filter=1
>> >> +#Output=<folder name, defaults to /var/log>
>> This has changed to /run/log being the default with Harald's patch I
>> merged yesterday.
>> >> +#Init=/path/to/init-binary
>> >> +#Pss=0
>> >
>> > Hmm, so in systemd so far we tried to avoid abbreviations like this in
>> > exported identifiers. So I'd really prefer if we could use "Frequency"
>> > instead of "Freq" here. Abbreviations and acronyms raise the bar for
>> > newcomers.
>> agreed, as part of this conversion we should just rename these options
>> to Frequency, Relative.
>> > It's not to say we'd never export abbreviations/acronyms anywhere in
>> > systemd, but if we do, then they must be very very well established...
>> Pss, is still an acronym, but Let's keep it that way.
> Hmm, what does this stand for? Wikipedia doesn't have it, can't be that
> well known...

PSS is the alternative to RSS... You probably won't find an
explanation anywhere else but the kernel source code:

The /proc/PID/smaps is an extension based on maps, showing the memory
consumption for each of the process's mappings. For each of mappings there
is a series of lines such as the following:

08048000-080bc000 r-xp 00000000 03:02 13130      /bin/bash
Size:               1084 kB
Rss:                 892 kB
Pss:                 374 kB


The first of these lines shows the same information as is displayed for the
mapping in /proc/PID/maps.  The remaining lines show the size of the mapping
(size), the amount of the mapping that is currently resident in RAM (RSS), the
process' proportional share of this mapping (PSS),

so, PSS translates to "proportional share of the mapping(size) that is
resident in RAM"

PSS will do fine, I suppose :^)


More information about the systemd-devel mailing list