From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 21:12:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E277106566C; Tue, 22 Feb 2011 21:12:03 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 016608FC1A; Tue, 22 Feb 2011 21:12:02 +0000 (UTC) Received: by wwf26 with SMTP id 26so7531277wwf.31 for ; Tue, 22 Feb 2011 13:12:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4M6Uu8hAC1zO/eeQ56agzoDJtyOrcWEW4H/qxblQJ04=; b=TW3iGBQWPO/gBQDN4lvWtMdiyoHomO44yNSlFDCRsCCuPMRRLovClkkBD1mg5tJ/K6 gZV8U+uJl/fyxDuMpTJthrjomH6xm2QRtxLiRbVLl/k9nr7kPLB+GrD9X3ocApuKFWNW VC+B/YFSha7g/D12+d5diWJUBUThhhAftGhXM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vqJEdxFFszEI+Ha84A3VF5DpwXUOEnQmuyeKDEN+XNV7x3hxFly8i23xpW/P7E9jmG AE0bOstm/wMlvp451J6H5K96RpXV3PyskIfMv9QCYeTddrplM1LGB9x8tFJJ7tY311YU PakyI4Ph2C6P0sv+lQdYVzx+LS/VIss9+1gYA= MIME-Version: 1.0 Received: by 10.216.181.199 with SMTP id l49mr3625571wem.68.1298407507561; Tue, 22 Feb 2011 12:45:07 -0800 (PST) Received: by 10.216.244.130 with HTTP; Tue, 22 Feb 2011 12:45:07 -0800 (PST) In-Reply-To: <20110222203134.GA53262@freebsd.org> References: <20110222203134.GA53262@freebsd.org> Date: Tue, 22 Feb 2011 14:45:07 -0600 Message-ID: From: Brandon Gooch To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , Eir Nym , Dimitry Andric , FreeBSD Current Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2011 21:12:03 -0000 On Tue, Feb 22, 2011 at 2:31 PM, Alexander Best wrote= : > On Tue Feb 22 11, Garrett Cooper wrote: >> On Tue, Feb 22, 2011 at 2:10 AM, Eir Nym wrote: >> > On 22 February 2011 11:15, Garrett Cooper wrote: >> >> =A0 =A0I don't know what to say, but r218938 screams with flash video= s >> >> (native Linux speed). Not sure if it's the new binutils or if it's th= e >> >> new linuxulator patches, but I can run multiple instances of youtube >> >> in parallel (5 total with other miscellaneous flash animation) withou= t >> >> it totally lagging out Firefox/X11, and it appears to close the >> >> instances of firefox properly now. Hopefully this version fares bette= r >> >> than r218113 did (I think I hit a kernel bug after 2 weeks uptime, >> >> where my system just hardlocked for no apparent reason). >> >> =A0 =A0Anyhow, hope others have similar results. >> >> Cheers! >> >> -Garrett >> >> >> >> $ uname -a >> >> FreeBSD bayonetta.local 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r218938M: >> >> Mon Feb 21 23:10:51 PST 2011 >> >> gcooper@bayonetta.local:/usr/obj/usr/src/sys/BAYONETTA =A0amd64 >> > >> > Which FlashPlayer version do you test? Adobe has made significant >> > performance changes in 10.2 (from 10.1). You can search for StageVideo >> > performance to learn more about. Youtube already use them since 10.2 >> > beta >> >> =A0 =A0 linux-f10-flashplugin-10.1r102.65 . The performance increases ar= e >> claimed to be "up to 85%" on the Stage Video site, but I'm seeing a >> more than 200% increase (now it actually scales between multiple >> instances, instead of croaks with one instance, tiling up and down the >> screen when moving the window slider for instance or switching tabs). >> Besides, it seems like it needs external support from the video >> driver, and I'm not sure that that bridge exists in the linuxulator. >> =A0 =A0 Also, it looks like npviewer.bin still hangs to resources on unt= il >> Firefox closes (or I kill it :)..), so something still needs to be >> resolved there, but that isn't a regression (it's acted that way for >> ages), and shouldn't be too hard to do. > > i think the problem with npviewer.bin having to be killed by hand is a fu= tex > issue in combination with a high number of threads. this is the output of= a > test from darren hart's futex test suite under freebsd 9.0: > > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D1 > Result: 18622 Kiter/s > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D2 > Result: 15469 Kiter/s > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D3 > Result: 12713 Kiter/s > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D4 > Result: 12247 Kiter/s > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D5 > Result: 11814 Kiter/s > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D6 > Result: 13468 Kiter/s > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D8 > Result: 12061 Kiter/s > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D10 > Result: 12854 Kiter/s > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D12 > Result: 12999 Kiter/s > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D16 > Result: 12402 Kiter/s > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D24 > Result: 9815 Kiter/s > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D32 > Result: 8518 Kiter/s > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D64 > =A0 =A0 =A0 =A0ERROR: Resource temporarily unavailable: pthread_create > Result: ERROR > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D128 > =A0 =A0 =A0 =A0ERROR: Resource temporarily unavailable: pthread_create > Result: ERROR > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D256 > =A0 =A0 =A0 =A0ERROR: Resource temporarily unavailable: pthread_create > Result: ERROR > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D512 > =A0 =A0 =A0 =A0ERROR: Resource temporarily unavailable: pthread_create > Result: ERROR > futex_wait: Measure FUTEX_WAIT operations per second > =A0 =A0 =A0 =A0Arguments: iterations=3D100000000 threads=3D1024 > =A0 =A0 =A0 =A0ERROR: Resource temporarily unavailable: pthread_create > Result: ERROR > > cheers. > alex Have you found any method or workaround to mitigate this issue? -Brandon