From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16459 invoked by alias); 25 Mar 2014 14:05:40 -0000 Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com Received: (qmail 16447 invoked by uid 89); 25 Mar 2014 14:05:39 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.5 required=5.0 tests=AWL,BAYES_50,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 X-HELO: smtpout06.bt.lon5.cpcloud.co.uk Received: from smtpout06.bt.lon5.cpcloud.co.uk (HELO smtpout06.bt.lon5.cpcloud.co.uk) (65.20.0.126) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 25 Mar 2014 14:05:36 +0000 X-CTCH-RefID: str=0001.0A090202.53318D27.0177,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0 X-Junkmail-Premium-Raw: score=8/97,refid=2.7.2:2014.3.21.124516:17:8.317,ip=,rules=__MOZILLA_MSGID, __HAS_MSGID, __SANE_MSGID, __HAS_FROM, __HAS_REPLYTO, __USER_AGENT, __MOZILLA_USER_AGENT, __MIME_VERSION, __TO_MALFORMED_2, __TO_NO_NAME, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __IN_REP_TO, __CT, __CT_TEXT_PLAIN, CT_TEXT_PLAIN_UTF8_CAPS, __CTE, __ANY_URI, __URI_NO_MAILTO, __URI_NO_WWW, __CP_URI_IN_BODY, __C230066_P2, __STOCK_PHRASE_7, __SUBJ_ALPHA_NEGATE, __FORWARDED_MSG, BODYTEXTP_SIZE_3000_LESS, BODY_SIZE_2000_2999, __MIME_TEXT_ONLY, __URI_NS, HTML_00_01, HTML_00_10, BODY_SIZE_5000_LESS, REPLYTO_FROM_DIFF_ADDY, BODY_SIZE_7000_LESS X-CTCH-Spam: Unknown Received: from [192.168.1.72] (86.139.181.21) by smtpout06.bt.lon5.cpcloud.co.uk (8.6.100.99.10223) (authenticated as jonturney@btinternet.com) id 5321F44200B817C3; Tue, 25 Mar 2014 14:05:27 +0000 Message-ID: <53318D38.5050409@dronecode.org.uk> Date: Tue, 25 Mar 2014 14:05:00 -0000 From: Jon TURNEY Reply-To: cygwin-xfree User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: cygwin-xfree@cygwin.com CC: cygwin@tlinx.org Subject: Re: problem with opengl (glxgears) running on cygwin .... References: <532AA9AD.4070306@tlinx.org> In-Reply-To: <532AA9AD.4070306@tlinx.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2014-03/txt/msg00021.txt.bz2 On 20/03/2014 08:41, Linda Walsh wrote: > When I try to run glxgears locally, it displays the initial gears, > but now they are just frozen. It doesn't work remotely, either, > which was what I tried initially. It *used* to work -- remotely > at 20-30 frames/second (as measured by fraps). > > Interestingly enough, I get a glx window, -- fraps will display > 30 (the right number for my screen refresh rate), in the right corner > of the glxgears window... but the gears don't move. > > Same effect happens when I try remotely. Window comes up with gears > displayed, but no motion. Fraps also shows 30 FPS. Thanks for pointing out this issue. I think that currently glxgears doesn't work very well with the combination of indirect rendering and vsync-limited buffer swapping, so you are getting 30 fps, but they aren't useful frames. Since [1], glxgears turns at a constant 70 degrees per second. glxSwapBuffers does not block when used with indirect rendering, which means that lots of frames can be rendered almost instantly, with no apparent rotation, since the elapsed time between frames is very small. glxgears is a very basic test that GLX is functioning, and definitely not a benchmark. Real GLX clients should have a better mechanism for ensuring their animation rate doesn't outrun the vsync frequency. If you have any problems with real GLX clients, I would be interested to hear them. [1] http://cgit.freedesktop.org/mesa/demos/commit/src/xdemos/glxgears.c?id=0b19fb0a5c6299baf28e26625e39773846f815b2 > When I try remote display, the above is pretty much the same except > I get an error on the client system that it can't load the 3d swrast.so > driver on the other end. There is some problem with loading the swrast_dri.so renderer on the remote system, so it is falling back to indirect rendering. What is the OS of the remote system? > But it sees pretty much the same capabilities -- FWIW, there is next to zilch > network traffic happening when I try this.. I mean while it is happening. > > Before and after ~ 200-400KB/s (xosview), during, all my X windows become > very slow and no longer refresh steadily. Network throughput registers a drop > to 1-80KB/s. Despite that -- xwin pegs a cpu @100% and stays that way > until I exit glxgears. I think this is because glxgears will send frames as fast as it can, and can saturate the X server. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/