X-Recipient: archive-cygwin AT delorie DOT com Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , 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 Date: Fri, 17 Aug 2018 16:05:09 +0200 Message-ID: Subject: memory reported in /proc/pid/status is wrongly scaled To: cygwin AT cygwin DOT com Content-Type: text/plain; charset="UTF-8" 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