From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 441 invoked by alias); 7 Jun 2012 08:12:42 -0000 Received: (qmail 422 invoked by uid 22791); 7 Jun 2012 08:12:40 -0000 X-SWARE-Spam-Status: No, hits=-5.7 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 07 Jun 2012 08:12:27 +0000 Received: by wejx9 with SMTP id x9so193171wej.2 for ; Thu, 07 Jun 2012 01:12:26 -0700 (PDT) Received: by 10.216.210.225 with SMTP id u75mr224409weo.13.1339056746341; Thu, 07 Jun 2012 01:12:26 -0700 (PDT) Received: from [192.168.1.194] ([41.164.8.42]) by mx.google.com with ESMTPS id j4sm8003114wiz.1.2012.06.07.01.12.23 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 07 Jun 2012 01:12:24 -0700 (PDT) Message-ID: <4FD06267.4040204@gmail.com> Date: Thu, 07 Jun 2012 08:12:00 -0000 From: Noel Grandin User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Windows 8 Release Preview. fork problems with rsync References: <20120606123434.GA27662@calimero.vinschen.de> <20120606161217.GB30795@calimero.vinschen.de> <20120606182929.GD30795@calimero.vinschen.de> In-Reply-To: <20120606182929.GD30795@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2012-06/txt/msg00110.txt.bz2 On 2012-06-06 20:29, Corinna Vinschen wrote: > On Jun 6 17:59, Nick Lowe wrote: >>> Thanks. I can confirm the effect. For no apparent reason, the OS >>> reserves a 1 Megs shared memory region, top-down allocated, of which it >>> uses about 20K. It's not the PEB or one of the TEBs, though. Nor is >>> it a thread stack. I checked, and it turns out that it's allocated >>> in every process, on 32 and 64 bit systems. That's kind of worrying >>> since that's bound to collide with mmaped regions and pthread stacks a >>> lot. I don't know what to do at this point. > I assume you've seem the VMMap tool? http://technet.microsoft.com/en-us/sysinternals/dd535533.aspx -- 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