From owner-freebsd-questions@freebsd.org Mon Nov 9 16:50:40 2020 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E6545468014 for ; Mon, 9 Nov 2020 16:50:40 +0000 (UTC) (envelope-from ralf-mardorf@riseup.net) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CVH736Ptkz3Jlp for ; Mon, 9 Nov 2020 16:50:39 +0000 (UTC) (envelope-from ralf-mardorf@riseup.net) Received: from capuchin.riseup.net (capuchin-pn.riseup.net [10.0.1.176]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4CVH6p1kDgzFpNq for ; Mon, 9 Nov 2020 08:50:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1604940631; bh=8wNqoqrORB8oXXxBqLMNFzdsgBWXQd77u56BO9l2m7s=; h=Date:From:To:Subject:In-Reply-To:References:From; b=cmuC+tYG6fOyCplD6oOzuN21PIjHnACPMfeW+2sUgL9a12J3caiyGiZuHSr4nI+Kr HEAsNNG3DDIzzMETKA9uH4P2U7vOx1rQ5K4f+sNrJ8lElC/wMd/k23UyVWOq5TEx+P Y1qo6IVIQqKraZNPOxTYAI72EINLQyGsR4UsCi74= X-Riseup-User-ID: 565C28F826461E46B50CF9AD55B993382A5D2ABFD85033B1A0A65E486EF65C34 Received: from [127.0.0.1] (localhost [127.0.0.1]) by capuchin.riseup.net (Postfix) with ESMTPSA id 4CVH6n5XD3z8ty6 for ; Mon, 9 Nov 2020 08:50:25 -0800 (PST) Date: Mon, 9 Nov 2020 17:50:18 +0100 From: Ralf Mardorf To: freebsd-questions@freebsd.org Subject: Re: Firefox memory usage Message-ID: <20201109175018.2eb98d36@archlinux> In-Reply-To: <0489c069-c4d9-ab63-69fc-dcd0b5be9133@laverenz.de> References: <20201109052945.6fcfaf70.freebsd@edvax.de> <20201109090703.4642059f@DaemONX> <0489c069-c4d9-ab63-69fc-dcd0b5be9133@laverenz.de> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CVH736Ptkz3Jlp X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=riseup.net header.s=squak header.b=cmuC+tYG; dmarc=pass (policy=none) header.from=riseup.net; spf=pass (mx1.freebsd.org: domain of ralf-mardorf@riseup.net designates 198.252.153.129 as permitted sender) smtp.mailfrom=ralf-mardorf@riseup.net X-Spamd-Result: default: False [-4.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[198.252.153.129:from]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[riseup.net:+]; DMARC_POLICY_ALLOW(-0.50)[riseup.net,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[198.252.153.129:from]; ASN(0.00)[asn:16652, ipnet:198.252.153.0/24, country:US]; RCVD_IN_DNSWL_LOW(-0.10)[198.252.153.129:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[riseup.net:s=squak]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[198.252.153.129:from:127.0.2.255]; DWL_DNSWL_LOW(-1.00)[riseup.net:dkim]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-questions] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2020 16:50:41 -0000 On Mon, 9 Nov 2020 15:19:15 +0100, Uwe Laverenz wrote: >Maybe the slowdowns you see on Intel CPUs are due to the many fixes >that became necessary because of the spectre an meltdown side-channel >problems. AFAIK Intel CPUs are affected more than AMD CPUs. I don't think so, more likely X11 and GTK related issues might be culprits. OTOH a lot of issues didn't happen before Meltdown and Spectre _and_ just disabling all mitigations not necessarily brings back old fast paths. Due to the mitigations Linux lost probably one or the other fast path, but it seems not to have that much impact on resources or performance. The mitigations seem to be mostly provided by the kernel, not by the microcode, so it indeed could be different on FreeBSD. However, some Intel and X users experience issues with new Linux kernels, that are seemingly related to the graphics driver. If I'm using a Linux kernel 5+ and launch Firefox, then the graphics does freeze for several seconds and the machine is unresponsive for this seconds. Other experience crashes that force them to reboot. This issue does effect other software, too, but Firefox is most prone to cause this issue on my machione. I stay with Linux 4+ to get rid of this issue. There's still another X related issue common on some Linux machines. Apps tend to crash all the times with `!xcb_xlib_threads_sequence_lost'. Mostly GTK2 apps are affected and often migrating to a GTK3 branch of the same app solves the issue, but sometimes it happens to GTK3 apps, too. Too funny, I planed to completely migrate to FreeBSD to get rid of those new Linux issues, but seemingly it's all the same when using FreeBSD. OTOH I'm not surprised, since when opening a GTK3 app even on the fastest, modern computers, the window shows the GTK widgets first as visible black boxes, it's at least noticeable as a kind of flash. Btw. I migrated from AMD to Linux a while back, since all my machines were AMD and a PITA, at least for pro-audio usage. With my Intel machine I got rid of most, if not all issues, but a while ago upstream step by step does introduce new issues. To some extend it's better when using proprietary software on iPadOS. By paying upstream does remove one bug by another and serious bugs usually don't last for long. Upstream of gratis FLOSS software often tends to put the blame on other and then to close a bug report.