Date: Sat, 26 Oct 2013 10:19:35 +0000 From: Innocent <noreply+1930386434@badoo.com> To: chromium@freebsd.org Subject: =?UTF-8?B?4piFIFJlYWQgeW91ciBtZXNzYWdlIGJlZm9yZSBpdCBnZXRzIGRlbGV0ZWQh?= Message-ID: <20131026102552.6A84E201@hub.freebsd.org>
next in thread | raw e-mail | index | archive | help
This email is part of our delivery procedure for the message sent by Innoce= nt. If you have recieved this email by mistake please ignore it. The messag= e will be deleted soon. Read your message... http://eu1.badoo.com/0330663285/in/tTeE9FXRCeE/?lang_id=3D3&g=3D57-0-4&m=3D= 651&mid=3D526b97370000000000030000027c04370130e0d701ba=0A=0A=0ASome more pa= tiently waiting folks:=0A=0A=0AIf clicking the links in this message does n= ot work, copy and paste them into the address bar of your browser.=0A=0A=0AHave fun! The Badoo Team=0A=0A=0AYou have received this email from Badoo Trading Limi= ted (postal address below). If you do not wish to receive further email communications from Badoo click= here to opt out: https://eu1.badoo.com/impersonation.phtml?lang_id=3D3&ema= il=3Dchromium%40freebsd.org&block_code=3D81c181&m=3D651&mid=3D526b973700000= 00000030000027c04370130e0d701ba&g=3D0-0-4 =0ABadoo Trading Limited is a limited company registered in England and Wal= es under CRN 7540255 with its registered office at Media Village, 131 - 151 Gr= eat Titchfield Street, London, W1W 5BB. From owner-freebsd-chromium@FreeBSD.ORG Sat Oct 26 22:02:32 2013 Return-Path: <owner-freebsd-chromium@FreeBSD.ORG> Delivered-To: chromium@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 04B6B1CD for <chromium@freebsd.org>; Sat, 26 Oct 2013 22:02:32 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id E3C34266C for <chromium@freebsd.org>; Sat, 26 Oct 2013 22:02:31 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id r9QM2OLh042783; Sat, 26 Oct 2013 15:02:24 -0700 (PDT) (envelope-from yuri@rawbw.com) Message-ID: <526C3BEF.1020409@rawbw.com> Date: Sat, 26 Oct 2013 15:02:23 -0700 From: Yuri <yuri@rawbw.com> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Evan Martin <evan@chromium.org> Subject: Re: Why Google street view scrolls not very smoothly in Chrome? References: <5265ED2F.7030009@rawbw.com> <CAFzwtj1_C8tzm2MZr1kJjfig1wU_WmpTPtMELDWUuN-4R0L6LQ@mail.gmail.com> In-Reply-To: <CAFzwtj1_C8tzm2MZr1kJjfig1wU_WmpTPtMELDWUuN-4R0L6LQ@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: chromium@freebsd.org X-BeenThere: freebsd-chromium@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Chromium issues <freebsd-chromium.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-chromium>, <mailto:freebsd-chromium-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-chromium>; List-Post: <mailto:freebsd-chromium@freebsd.org> List-Help: <mailto:freebsd-chromium-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-chromium>, <mailto:freebsd-chromium-request@freebsd.org?subject=subscribe> X-List-Received-Date: Sat, 26 Oct 2013 22:02:32 -0000 On 10/22/2013 09:21, Evan Martin wrote: > One thing to try is to go to Chrome's settings, search for "hardware", > and uncheck "use hardware acceleration when available". > That uses a different code path (X CopyRects instead of OpenGL calls) > that might be faster. As for *why* it's different, blame any of bugs > in the port, bugs in the drivers, X's design, or anything else of your > choosing. :) > "use hardware acceleration when available" is set, but the problem occurs nevertheless. I did some investigation. The same flash street-view object is instantiated in exactly the same way in both chrome and firefox. (DOM branch corresponding to flash is identical in both browsers). But there is still the difference in behavior as I explained in my OP. On 4-core machine in firefox, flash itself pops up in top(1). 4 npviewer.bin processes go up to ~40% CPU each, and Xorg is also at 40%. In chrome Xorg goes to 100% CPU, and this "stickiness" occurs. From the above I conclude that some plugin callbacks into the browser either behave differently, or are invoked differently in chrome. Is there any way to log the communication with instantiated plugin in chrome? One other difference in behavior is that in chrome right mouse click doesn't cause the standard flash menu (with Global Settings amd About items) to appear. Yuri
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20131026102552.6A84E201>