From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 0D11E158083 for ; Thu, 5 Sep 2024 09:36:34 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E998EE2AB1; Thu, 5 Sep 2024 09:36:28 +0000 (UTC) Received: from insect.birch.relay.mailchannels.net (insect.birch.relay.mailchannels.net [23.83.209.93]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 63AEDE2A15 for ; Thu, 5 Sep 2024 09:36:27 +0000 (UTC) X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id D553A87A2C for ; Thu, 5 Sep 2024 09:36:22 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1725528982; a=rsa-sha256; cv=none; b=T0Bjk8Ko98tn73H2IHQSzxH+KamZ8sqA/qWahLH7L3teSlwhBG71g00hCO5f8WlN5/Vtp4 GaNJUdHSAJYAs23VBacFyMhU4h7QkA2NGbOJ8rE8kcGOoH+8za03YoHNYEy2V3CFjb0h+b /wy6wpGa5Iwwq+bLufvVOEsc/pHlmA/bOq9cIKB8dL5zL4GwHacjA+1NBeBM+YZkD1RUoc U0+zd842ms1GG8IIYSx6uukVD3hItPNYq+QRFkT2wbtB8si/tRGoTlrvgt9Wji9VzqU3zY j/i38QeAzX0K+AjZmwBTmiw9kxilAj583NG18vsHFu7WUe6kYjo0dCL4+1h4+Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1725528982; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references; bh=MDrzyNc7KrZ6yfs33NbBZC2qJCisN9/YirUskj1/oCg=; b=9H/LyqXSlXfANMhVX5izce7Lb0dhyNbCxWNzk9WVpwnobg0cnlYeyCxM12i0zQ/qKbs/g+ Gzo/SDqNMHce6Ue/rM6P83NyC5Ez0/cHBx21Ccf8m7YHMbvV3y6+KqLi9NLAC4eJwHz+nP 9xtvyLzNYIvYbisgxkrid1R92fz4C3SOgSpze+jEwo0nQCDL02IzfIxpfJdBWcdRC2YBW/ S9dg96xELw2/wZxq44GheQRiFpI3iLE5ec17GOUew524AA4hJfXG1k0vZ8rJP8uEeM5eWb fAzB/CH01txJHjk+ItS2Gt9Nr7lb0+zQ+d5HW7rMmi6w1u4wZWHj2JiYg7TjJg== ARC-Authentication-Results: i=1; rspamd-85dcd79db4-s6rjl; auth=pass smtp.auth=thundermail smtp.mailfrom=confabulate@kintzios.com X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com X-MC-Relay: Neutral X-MailChannels-SenderId: thundermail|x-authsender|confabulate@kintzios.com X-MailChannels-Auth-Id: thundermail X-Arithmetic-Snatch: 6b8693986994f79c_1725528982643_1808648315 X-MC-Loop-Signature: 1725528982643:798718876 X-MC-Ingress-Time: 1725528982643 Received: from mailclean11.thundermail.uk (mailclean11.thundermail.uk [149.255.60.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.119.227.141 (trex/7.0.2); Thu, 05 Sep 2024 09:36:22 +0000 Received: from cloud238.thundercloud.uk (cloud238.thundercloud.uk [149.255.62.116]) by mailclean11.thundermail.uk (Postfix) with ESMTPS id 1DA6C1E0003 for ; Thu, 5 Sep 2024 10:36:20 +0100 (BST) Authentication-Results: cloud238.thundercloud.uk; spf=pass (sender IP is 217.169.3.230) smtp.mailfrom=confabulate@kintzios.com smtp.helo=rogueboard.localnet Received-SPF: pass (cloud238.thundercloud.uk: connection is authenticated) From: Michael To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault". Date: Thu, 05 Sep 2024 10:36:19 +0100 Message-ID: <2000420.usQuhbGJ8B@rogueboard> In-Reply-To: References: <8c26be16-d033-ea3f-06e1-a9ce84cbbafb@gmail.com> <2201993.Mh6RI2rZIc@rogueboard> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3505647.QJadu78ljV"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <172552897964.1341079.3736703810285163134@cloud238.thundercloud.uk> X-PPP-Vhost: kintzios.com X-Rspamd-Queue-Id: 1DA6C1E0003 X-Rspamd-Server: mailclean11 X-Spamd-Result: default: False [-1.61 / 999.00]; SIGNED_PGP(-2.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; ONCE_RECEIVED(0.10)[]; MX_GOOD(-0.01)[]; R_SPF_ALLOW(0.00)[+mx]; FUZZY_BLOCKED(0.00)[rspamd.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:34931, ipnet:149.255.60.0/22, country:GB]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_ONE(0.00)[1]; R_DKIM_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; NEURAL_HAM(-0.00)[-0.992]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DMARC_POLICY_ALLOW(0.00)[kintzios.com,none]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[gentoo-user@lists.gentoo.org]; HAS_REPLYTO(0.00)[confabulate@kintzios.com] X-Rspamd-Action: no action X-Archives-Salt: 5cf8ca74-2924-4a51-b072-9d320cedd54a X-Archives-Hash: f36aa36abcdad45932bb09e00ddcbc01 --nextPart3505647.QJadu78ljV Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Michael To: gentoo-user@lists.gentoo.org Reply-To: confabulate@kintzios.com Date: Thu, 05 Sep 2024 10:36:19 +0100 Message-ID: <2000420.usQuhbGJ8B@rogueboard> In-Reply-To: MIME-Version: 1.0 On Thursday 5 September 2024 10:08:08 BST Frank Steinmetzger wrote: > Am Wed, Sep 04, 2024 at 11:38:01PM +0100 schrieb Michael: > > Some MoBos are more tolerant than others. > >=20 > > Regarding Dale's question, which has already been answered - yes, anyth= ing > > the bad memory has touched is suspect of corruption. Without ECC RAM a > > dodgy module can cause a lot of damage before it is discovered. >=20 > Actually I was wondering: DDR5 has built-in ECC. But that=E2=80=99s not t= he same as > the server-grade stuff, because it all happens inside the module with no > communication to the CPU or the OS. So what is the point of it if it still > causes errors like in Dale=E2=80=99s case? >=20 > Maybe that it only catches 1-bit errors, but Dale has more broken bits? Or it could be Dale's kit is DDR4? Either way, as you say DDR5 is manufactured with On-Die ECC capable of=20 correcting a single-bit error, necessary because DDR5 chip density has=20 increased to the point where single-bit flip errors become unavoidable. It= =20 also allows manufacturers to ship chips which would otherwise fail the JEDE= C=20 specification. On-Die ECC will only correct bit flips *within* the memory= =20 chip. Conventional Side-Band ECC with one additional chip dedicated to ECC=20 correction is capable of correcting errors while data is being moved by the= =20 memory controller between the memory module and CPU/GPU. It performs much= =20 more heavy lifting and this is why ECC memory is slower. --nextPart3505647.QJadu78ljV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmbZe5MACgkQseqq9sKV ZxkTHQ//WtFpq08Az9XvQDEIc2w0qd8mnFsS/N5owX0BrZeWJGUgHMOOJMXq9vao ZspI2iG22ndmQV+DumWkYHMDNq9FbaNbYD9uOJtttQ2ShVYGRK7kR3LhHx7hZpQw 0zfqfhAWA9rKhUUN7mm2tIoNoH80UaFTbANIbstcx+eJllBveDUg7Jw/yLp8PgmO zvgOkrcJgmA2SNV+DLZdQnesZIS4ieQChv3m2gA4yuDSZGpU25Xm8hJ9HRZ3sE3C zoGutr5T2ATKaX+EXqFcg6wrnA7kwB1gYS/DqFrgQwdGOnjQPDCtPLGxd9KN+yDH LlssXWlB9UF8kXAN4YCETIJKOq6DnLlYQJtwxo+zZ6Bc0ktEzONwNWgVxtCbZifN IzJUgEh3gyEs1/JBN7QKYrVTcAU5hCDiYwKIoVkOCSWQmCtmnT/TMaYp8f3D3Tqe WIO535tj2nM9niR5LKXWTmIeSsIZPQmBf37SN1Khk4ktHDXnOo+6l5p0q5O3Y5yN CKThpY3lyv2RU5pqV7Wck/dQIac/Nc7dP4qLYyeiD2zpFdwnvcOU81u/R/c0GA8s Ugmgic7pidh3eMv+kzbmkxGkaOHMJAWp9ATgv7rtVu7nBfLmergf7WdWD0I22l9T xnvsLCfhuYSMChEW0ICO4hFkq/GE4nlbqvXchna+vB+hqZJ/NiY= =1FBi -----END PGP SIGNATURE----- --nextPart3505647.QJadu78ljV--