From owner-freebsd-gecko@freebsd.org Fri Aug 7 00:38:34 2020 Return-Path: Delivered-To: freebsd-gecko@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 4AA8B3AF42A for ; Fri, 7 Aug 2020 00:38:34 +0000 (UTC) (envelope-from mi+t@aldan.algebra.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BN60p0b36z3YLp for ; Fri, 7 Aug 2020 00:38:34 +0000 (UTC) (envelope-from mi+t@aldan.algebra.com) Received: by mailman.nyi.freebsd.org (Postfix) id 126123AF3ED; Fri, 7 Aug 2020 00:38:34 +0000 (UTC) Delivered-To: gecko@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 111133AF52D for ; Fri, 7 Aug 2020 00:38:34 +0000 (UTC) (envelope-from mi+t@aldan.algebra.com) Received: from symbion.zaytman.com (symbion.zaytman.com [64.112.176.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "symbion", Issuer "Narawntapu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BN60n07gHz3YTW for ; Fri, 7 Aug 2020 00:38:32 +0000 (UTC) (envelope-from mi+t@aldan.algebra.com) Received: from narawntapu.narawntapu (pool-96-234-76-140.nwrknj.fios.verizon.net [96.234.76.140]) by symbion.zaytman.com (8.15.2/8.15.2) with ESMTPS id 0770cPHt058488 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Thu, 6 Aug 2020 20:38:25 -0400 (EDT) (envelope-from mi+t@aldan.algebra.com) X-Authentication-Warning: symbion.zaytman.com: Host pool-96-234-76-140.nwrknj.fios.verizon.net [96.234.76.140] claimed to be narawntapu.narawntapu Received: from aldan.narawntapu (aldan [192.168.3.13]) by narawntapu.narawntapu (8.15.2/8.15.2) with ESMTP id 0770cN8O041445 for ; Thu, 6 Aug 2020 20:38:23 -0400 (EDT) (envelope-from mi+t@aldan.algebra.com) X-Authentication-Warning: narawntapu.narawntapu: Host aldan [192.168.3.13] claimed to be aldan.narawntapu To: gecko@freebsd.org From: "Mikhail T." Subject: Firefox playing videos takes too much CPU Message-ID: <2685ecb1-5cd8-a77f-5146-eba1b37099a8@aldan.algebra.com> Date: Thu, 6 Aug 2020 20:38:23 -0400 MIME-Version: 1.0 Content-Language: en-US X-DCC-x.dcc-servers-Metrics: narawntapu 104; bulk rep Body=1 Fuz1=1 Fuz2=1 rep=55% X-Spam-Status: No, score=-0.9 required=23.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE,RATWR8_MESSID autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on narawntapu.narawntapu X-Rspamd-Queue-Id: 4BN60n07gHz3YTW X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of mi@aldan.algebra.com has no SPF policy when checking 64.112.176.10) smtp.mailfrom=mi@aldan.algebra.com X-Spamd-Result: default: False [1.31 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.07)[-0.072]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.20)[0.199]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[gecko@freebsd.org]; HAS_XAW(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_LONG(0.28)[0.282]; DMARC_NA(0.00)[algebra.com]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:394548, ipnet:64.112.176.0/24, country:US]; TAGGED_FROM(0.00)[t]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[96.234.76.140:received] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-gecko@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Gecko Rendering Engine issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2020 00:38:34 -0000 Hello! I noticed recently, how much CPU playing a video takes... A firefox-process, playing a modest 1080p clip (such as this ) for example, will show in top as taking between 150-160% CPU (and mine are E5-1620 0 @ 3.60GHz), with Xorg taking /another/ 30%. If I pause the video, CPU-usage drops down to single-digits, so it definitely is the playback... If I download that same video (using youtube-dl), and give it to mplayer, the playback will only cost about 60% CPU for the mplayer itself -- plus 20% for the Xorg. Mplayer using the simple "x11" video-output, nothing particularly fancy. The video card is an old Radeon (5670/5690/5730). Is there a good explanation for this discrepancy? Thank you! Yours, -mi