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/


      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: link
Be 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).