X-Recipient:	archive-cygwin AT delorie DOT com
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Spam-SWARE-Status:	No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 spammy=1220, H*c:alternative, H*F:D*it
X-HELO:	mail-qt0-f178.google.com
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=bertacco-it.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:from:date:message-id:subject:to; bh=TmBjjahBpl8UdMVSIjjxHLP+v/gQnijY6jU9fapIK3E=; b=axuKFUs4uBImMHTLwkcrVSBdBiWGvEOV06mgCITuEgsMT53Oe17xQlJB8/ixQK/f7X NWj7TzEHlmOeWVnF1q+xElk+Vr2NTGNWBFhjmfI7sCcvHQVtIA92n21AYekpIRlVjtnq 7MUMWN81DAT9B9bvlqZiLotJWi8W8wTwr3KtOl6XbiNjzRrTmNsvMS1ymO5mxIy/aT9n hGdU7OwhrnfZweMwbKpiYkRxGDtjKJyhiJv5kq83entM8pWOwoyZIoLhFxEERjwdsx4I utx+RwNLe4f1fjxdBhfiod4uQIvDkO5if36UVGEqw95DwEo51Nwj/Qvha/BuYiE22Fa5 xuJg==
MIME-Version:	1.0
Sender:	livio AT bertacco DOT it
From:	Livio Bertacco <lbertacco AT tiscali DOT it>
Date:	Fri, 17 Aug 2018 16:05:09 +0200
Message-ID:	<CAL0dvtiDxdcN2qUG2MEG0vrpkr=R2LkopK7ECV8YamWyo7K=ng@mail.gmail.com>
Subject:	memory reported in /proc/pid/status is wrongly scaled
To:	cygwin AT cygwin DOT com

 Hi,
While playing with reading process memory usage in Linux and cygwin, I
found that cygwin reports too large values in /proc/self/status (in 2.10.0
and earlier).
Whenever I was allocating a few kB in my test program, the VmSize line in
/proc/self/status was growing several times faster.

Small bash script to show the issue:
#!/bin/bash
pid=$$
vmsizesplit=($(grep VmSize /proc/$pid/status))
vmsize1="${vmsizesplit[1]}"
echo Initial memory reported in status: $vmsize1 kB
echo Allocating a 1000 kB string (bash can use more memory)
eat=$(printf '%1024000s')
vmsizesplit=($(grep VmSize /proc/$pid/status))
vmsize2="${vmsizesplit[1]}"
echo Current memory reported in status: $vmsize2 kB
echo Difference is $[$vmsize2-$vmsize1] kB

Running this in cygwin on my laptop I get:
Initial memory reported in status: 84928 kB
Allocating a 1000 kB string (bash can use more memory)
Current memory reported in status: 106880 kB
Difference is 21952 kB

While bash may use quite more than 1000 kb in this case, 22x times larger
doesn't seem right.

Checking source file fhandler_process.cc, the
function format_process_status which writes the "status" proc file
retrieves memory usage via get_mem_values. Get_mem_values obtains that info
from NtQueryInformationProcess/PagefileUsage which is in bytes, then it
scales it to pages dividing by wincap.page_size:
1515: *vmsize = vmc.PagefileUsage / wincap.page_size ();

Then format_process_status scales it back, in theory to bytes, and shifts
it by 10 bits in order to print it out in kB:
1219:  unsigned page_size = wincap.allocation_granularity ();
1220:  vmsize *= page_size;

The first observation is that scaling and unscaling are using different
factors, causing the issue. Same for the other memory amounts reported in
the "status" file (VmLck, VmRSS, etc....). Memory reported in the "stat"
file seems ok, and regarding the "statm" file, I'm not really sure (since
I'm not sure about what the correct page size should be in cygwin).
A second observation is that the same struct that contains PagefileUsage
also contains PeakPagefileUsage, so it would be very easy to also add the
VmPeak line to the "status" file (as in Linux).

Regards,
Livio

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -