public inbox for cygwin-xfree@sourceware.org help / color / mirror / Atom feed
From: Jon TURNEY <jon.turney@dronecode.org.uk> To: cygwin-xfree@cygwin.com, kdo@cosmos.phy.tufts.edu Subject: Re: Server segmentation fault at address 0x306 using ParaView Date: Wed, 05 Jan 2011 16:59:00 -0000 [thread overview] Message-ID: <4D24A393.3070608@dronecode.org.uk> (raw) In-Reply-To: <E1Pa9R5-0006Ds-Fi@cosmos.phy.tufts.edu> On 04/01/2011 16:08, Ken Olum wrote: > From: Jon TURNEY <jon.turney@dronecode.org.uk> > Date: Sun, 02 Jan 2011 18:08:02 +0000 > > I've updated them to fix the problem, and uploaded a Xserver snapshot at [1]. > [1] ftp://cygwin.com/pub/cygwinx/XWin.20110102-git-29db9091c6ae4995.exe.bz2 > > This new snapshot works properly and does not crash. Thanks very much! Thanks for testing. I'll make an updated package with this change when I can. > I would suggest that for an application like ParaView, you will probably get > much better performance if you use the experimental hardware accelerated > OpenGL -wgl mode > > I'll try this. Should I prefer direct rendering from remote machines > that support that and only use AIGLX when I would have indirect > rendering anyway, or should I explicitly request indirect rendering in > order to use AIGLX in all cases? Thanks again. There's a trade-off here between rendering performance (software rending vs. hardware acceleration) and network latency (just sending the image vs. sending lots of OpenGL commands (some of which might be synchronous, requiring a round-trip for the response)) So, the short answer is, you should try both and see which performs best :-) Provided your server isn't on the moon, I would guess that ParaView would behave better with indirect but accelerated rendering, but that's just speculation. I'm not sure of the reasoning for mesa making direct using software rendering the default for remote clients, I'm not sure exactly what kind of client it helps with. Possibly the UG should have some words discussing this issue. -- 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/
prev parent reply other threads:[~2011-01-05 16:59 UTC|newest] Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top 2010-11-29 0:27 Ken Olum 2010-12-14 14:54 ` Jon TURNEY 2010-12-14 16:07 ` Ken Olum 2010-12-14 17:11 ` Jon TURNEY 2010-12-14 17:52 ` Ken Olum 2010-12-15 15:00 ` Jon TURNEY 2010-12-15 16:14 ` Ken Olum 2011-01-02 18:11 ` Jon TURNEY 2011-01-04 16:08 ` Ken Olum 2011-01-05 16:59 ` Jon TURNEY [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=4D24A393.3070608@dronecode.org.uk \ --to=jon.turney@dronecode.org.uk \ --cc=cygwin-xfree@cygwin.com \ --cc=kdo@cosmos.phy.tufts.edu \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).