X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:date:from:to:subject:message-id:reply-to :references:mime-version:content-type:in-reply-to; q=dns; s= default; b=IXaOFVShy2gC2VFEGcxnq1LaHCc2GvVTs6+ftkfi6TsqcogRvHy46 SAWY2fTAnU8DTyg7RJsqPCRdmhJK0njPpyvk95xoed4EadnGjSu4gE2TS5KCxnki w4gHY4kMdRNisdUaoWVX1MNrHkFdkgx9S2e8QrkE8hh2sUQgRGW/+w= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:date:from:to:subject:message-id:reply-to :references:mime-version:content-type:in-reply-to; s=default; bh=brAN73G3CdUmOKRnti/2Gh0IGzY=; b=lc+HbY60ubpIW4Pk0nN5n9oiRBNk tXqhUbrL8E9NDi1lP9pR8E3W8ufO+iEL8liAkuALNun61tADa6HYmQE8pqW+Mg2I RmYez8qzEgxHdq1Dw3UgCDbsOzsLzenYNeXRf3odVd7k8hAf/0LnTnA8pTpCAlRb AaHsRWS4IvzhSfQ= 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-Virus-Found: No X-Spam-SWARE-Status: No, score=-106.2 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_2,GOOD_FROM_CORINNA_CYGWIN,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 spammy=nevertheless X-HELO: mout.kundenserver.de Date: Wed, 11 Apr 2018 12:49:21 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: /proc/cpuinfo vs. processor groups Message-ID: <20180411104921.GN29703@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <878t9vt3vs DOT fsf AT Rainer DOT invalid> <20180411070241 DOT GJ29703 AT calimero DOT vinschen DOT de> <20180411092841 DOT GL29703 AT calimero DOT vinschen DOT de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="I/5syFLg1Ed7r+1G" Content-Disposition: inline In-Reply-To: <20180411092841.GL29703@calimero.vinschen.de> User-Agent: Mutt/1.9.2 (2017-12-15) X-UI-Out-Filterresults: notjunk:1;V01:K0:96HwOtnr12o=:uCeKHYQRsQRMjS3UBXeq0F cEllQEfOIHvAeSzkEs4PnCf79T8jp1BPkYs6tZ3sAwwn+dpuXMmSEBeFhy1ZGfCg2QHl+SFXC B6hVBiPDMrfJc0TRyauJY+4syjuAp870C8OQJo7WDMLnSg2LfG6DDI/RxZLk1tkMQPdDrCc8R oZZ13Wa4ae/4f1bgmwQ7pnLdOFtvTJhFoIf3PjTUjuPQ0bylMh7Lax0JPlIllKeSM0ZAEOsPl aJsPI/rIN5EgKz6ZVb+rysJfq+XxHYuUW/NhR/3pK2wTKnrK2BUJbOd+mIZpepxnn+o8G6ANb QOPVbBDfyPNdf1Kg205kU8UAm3ePkxkmXQVKxmBfeZ9QRFEZL6SPAbazpdp0bJpn2oMpeHijb D+tXYgOHuRN6IbYseKS0RN9DSHefTCNZRnGC9FozhxPFMCB507gBkgiNVeVIpPxUlMwbFQqe7 PTtfs09QdDYvPGqi/L/C76lRbCIl4UhYMtRapc5v0tRQOIewjiVhVDTKAMQjvokQYVKpKuf9i J3QCoxmjh9xSjdvQCEQAQOC8G8PraUfkvJunLKEMSny47SBnvKPMuU3AlwUn5DuFPM5ysR0Rr K5RdO2nHyZDBwaIuTKcIGcEBp+IHIeIPofjUSibovj0sfLk1A276cKsUCDL37t+ZKfLU7M67f ZLC6BxamoYyk2WvMpKFaAvA7PmRkSDFgJBILe0ruTnuAQ01haEyUeZeTyN5cH2schfMP114Kr ipJ+FXdmINEJshp7lLEnuUE9b3X1I6uGIAYaRw== --I/5syFLg1Ed7r+1G Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Apr 11 11:28, Corinna Vinschen wrote: > On Apr 11 09:02, Corinna Vinschen wrote: > > On Apr 10 18:36, Achim Gratz wrote: > > > As briefly discussed on IRC I've got a new Server 2016 blade with 2 > > > sockets =C3=97 8 cores =C3=97 2 HT =3D32 logical processors and Cygwi= n spews errors > > > for processor ID 16 and up (also top doesn't quite work, which likely > > > has the same reason, although the code path may be unrelated to the > > > /proc/cpuinfo bug described here). > > >=20 > > > --8<---------------cut here---------------start------------->8--- > > > 64bit (166)~ > cat /proc/cpuinfo > > > 0 [main] cat 10068 format_proc_cpuinfo: SetThreadGroupAffinity(= 10000,0 (10/16)) failed Win32 error 87 > > > [...] >=20 > I'm a bit puzzled about the connection between MaximumProcessorCount > and ActiveProcessorCount here. Why isn't MaximumProcessorCount 16 > as well? Setting it to 64 doesn't make any sense for a system with > 32 logical CPUs in total. >=20 > I'm not sure just simply using ActiveProcessorCount rather than > MaximumProcessorCount is the right thing to do... Nevertheless I pushed a patch doing just that, plus... >=20 > > > As an aside, the cache size is reported as 256kiB (not just for this > > > processor, but also for a Celeron 1037U on another machine), which se= ems > > > to be the L2 cache for a single hardware core on these architectures. > > > Linux now reports L3 cache sizes (and possibly L4 if present) for the= se > > > (20MiB and 2MiB per socket respectively). >=20 > L3 is easy. Checking the Linux kernel source I don't see that it > reports L4. ...L3 reporting for Intel CPUs. I'm just building a new developer snapshot I'll upload to https://cygwin.com/snapshots/ shortly. Please give it a try. Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --I/5syFLg1Ed7r+1G Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEoVYPmneWZnwT6kwF9TYGna5ET6AFAlrN6DEACgkQ9TYGna5E T6CcsA//bsfSFZibSvSyvD2HNzq1c+eVe67jgYdFwxL2uwLZk/T5JT+vvKPw++i1 5z32pQjEm9dVjqXUD6AkN+ZypHaQLmazXU4/b4Lrp7O32DmKYlg7mb4BpDVmjilJ zAFe1NjPDbbjp1OfTrgiYdwUVqlmCLPv+gU8MQhV8yQkorUm6wq1r4TAeXr+tPVe knfnCuvXr+DwpdINOiAB37SvkIv/ymuIdUKRDakOBA7+fA/7QNRLCQraWFg+ua+A Hub4iIRp8UkVKDOf6rqYw/cpxkiAWaiixa/2ieiOJkOLudysUetpQS4CfkzNMMQS AqHovRH6v6euCXg0tmtXry1CBffe4z1Q/adseQDE1fdoZNu6/XZk0BGmLbiAKreB cGxr/KH+pP1y4Vatjx2aFDm1S9q0XR0u0KNEU7jxTIxhfjBjQRoznACT9etJPgkT VPGdnnrjIQjzRgKer9SICyA54thbz4s7FnzX18ANuSAu5T/Zkv57MgE/tQjIBIhf ULXbClydQQHvk32nKV1yM2+jTOPNt8THSJx5kD7CPbDyDRsac3uqd8xfSpqyeDBh 0DguXzI88J1vkk+kSbBC9Jdn/bsf3tJ67ChTulJFHpioMrwcxX71nv7lcIgJKshA 9strDIM5dUUuaIdJnm+yLOLYhU791FmwNy+s21JmvZUyqm6/JAc= =D673 -----END PGP SIGNATURE----- --I/5syFLg1Ed7r+1G--