From owner-freebsd-emulation@freebsd.org Sun Oct 25 22:05:50 2020 Return-Path: Delivered-To: freebsd-emulation@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 EAF7C459DFF for ; Sun, 25 Oct 2020 22:05:50 +0000 (UTC) (envelope-from tedm@mittelstaedt.us) Received: from mail.freebsd-corp-net-guide.com (gw.portlandia-servers.com [50.198.160.189]) (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 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.freebsd-corp-net-guide.com", Issuer "Cool Dudes Co" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CKBqd4vCfz4b33 for ; Sun, 25 Oct 2020 22:05:49 +0000 (UTC) (envelope-from tedm@mittelstaedt.us) Received: from [192.168.1.100] ([192.168.1.100]) (authenticated bits=0) by mail.freebsd-corp-net-guide.com (8.15.2/8.15.2) with ESMTPSA id 09PM5ZUt063811 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Sun, 25 Oct 2020 15:05:41 -0700 (PDT) (envelope-from tedm@mittelstaedt.us) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mittelstaedt.us; s=default; t=1603663542; bh=GMdAVeq1lL+QXHJ5cFPfnmyOTYvEgdU+Pr5iSaUWpfA=; h=Subject:To:References:From:Date:In-Reply-To; b=C+eDF22yBGzDa7+i/7T6GnP08BP0z8YellH3JKkFX83Ob3VFz021FeX7JJLmpViMM e6wbz3TNsq3d8LXxIAHo1PBP/dkZ1zcW1k3vDjsQ6BcJLu3wF/ME3jrABNMAsYdY05 DNt9Tw5SBKU1UzAHi3FJleLCgGQEQ1I2WG40/NL4= Subject: Re: /compat/linux Web Browser To: freebsd-emulation@freebsd.org References: From: Ted Mittelstaedt Message-ID: Date: Sun, 25 Oct 2020 15:05:28 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:83.0) Gecko/20100101 Thunderbird/83.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-Spam-Status: No, score=-1.0 required=4.1 tests=ALL_TRUSTED,HTML_MESSAGE autolearn=disabled version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.freebsd-corp-net-guide.com X-Rspamd-Queue-Id: 4CKBqd4vCfz4b33 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mittelstaedt.us header.s=default header.b=C+eDF22y; dmarc=pass (policy=none) header.from=mittelstaedt.us; spf=pass (mx1.freebsd.org: domain of tedm@mittelstaedt.us designates 50.198.160.189 as permitted sender) smtp.mailfrom=tedm@mittelstaedt.us X-Spamd-Result: default: False [-3.31 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[mittelstaedt.us:s=default]; FREEFALL_USER(0.00)[tedm]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-emulation@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.01)[-1.012]; ARC_NA(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; DKIM_TRACE(0.00)[mittelstaedt.us:+]; DMARC_POLICY_ALLOW(-0.50)[mittelstaedt.us,none]; NEURAL_HAM_SHORT(-0.27)[-0.270]; NEURAL_HAM_MEDIUM(-1.03)[-1.026]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7922, ipnet:50.128.0.0/9, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-emulation] Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Oct 2020 22:05:51 -0000 contact the app vendor there is certainly some kind of bug where it is not cleaning up properly on exit, perhaps not calling free on all the memory it allocates, assuming that when the program closes it will automatically free all ram.  This is sloppy programming on the part of the app vendor. Ted On 10/25/2020 1:05 PM, JB via freebsd-emulation wrote: > Hi Emulators, > Can someone suggest the next troubleshooting steps for an application that doesn't work well from the Linux compatibility layer? > > Application: pale moon web browser > Version: 28.14.2 > Host: FreeBSD host1 12.1-RELEASE-p10 FreeBSD 12.1-RELEASE-p10 GENERIC amd64 > Linux version: linux-c7-7.8.2003 > Installed packages: [see attachments] > Installation details: > 1. Downloaded the application's tarball (link below) and extracted it into /compat/linux/opt/. > 2. Confirmed all libraries listed by `ldd' are installed inside /compat/linux/ or in memory. > 3. Confirmed the binary is supported via `brandelf' ('SVR4' (0)) > User profile: newly created, with all defaults (no extensions) > Command used: /compat/linux/opt/palemoon.dir/palemoon -P linux_c7 -new-window about:blank > > Problem description: > The application runs increasingly longer with each successive launch until it hangs indefinitely, pegging two CPU cores at 100%, with the only recourse being to kill the application with ^C. > > Here's an example: > Launch the browser for the first time (since log-in) and it hangs without displaying the browser window. Kill it. Launch it again, this time the window appears but hangs while loading the homepage (remote). Kill it. Launch again with '-new-window about:blank' to sidestep the hanging. It works and is completely responsive until you load a website (freebsd.org and palemoon.org). Kill and relaunch again. The websites load if done one at a time. Next, try accessing a third-party link from palemoon.org (to install extensions), and it hangs again. This is as far as this dance gets us; no further progress appears possible. If launched now, the window appears, the webpages load (done one at a time), and the browser will happily sit there idling at 100% CPU usage on one core, but fully responsive otherwise ... until logout, and the cycle repeats itself. > > What I've tried: > The usual gambit. `truss' output shows the browser being very chatty, but mostly in line with pale moon being launched from ports (now-discontinued). `vmstat' looks clean, and aside from `top' showing pale moon's RAM load (SIZE) at 25G, the thread names appear to be switching normally (assuming it's normal) between SSL Cert #1, IndexedDB, StreamTrans #2, etc. The browser's error console is empty. > > Attachments: > `procstat -r' > `procstat -kk' > `truss -c' > `top -Hd 10' > palemoon core dumps list > installed packages > pale moon memory report > > Download link: http://linux.palemoon.org/download/mainline/ > > Thanks. > > Sent with [ProtonMail](https://protonmail.com) Secure Email. > > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org"