On 17-06-13 03:30, Paul McIntosh wrote:
Ok - here is the data for a Tesla M2070 and M2070Q (Quadro)
There is a big difference between the Quadro and non-Quadro. Looks like the
read rate is 1/4 for the non-Quadro. These are virtually same hardware,
however I know that the Quadro has some
On Mon, Jun 17, 2013 at 11:30:34AM +1000, Paul McIntosh wrote:
Ok - here is the data for a Tesla M2070 and M2070Q (Quadro)
There is a big difference between the Quadro and non-Quadro. Looks like the
read rate is 1/4 for the non-Quadro. These are virtually same hardware,
however I know that
Does enabling PBOs make any difference?
On 6/17/13 2:02 AM, Arthur HUILLET wrote:
On Mon, Jun 17, 2013 at 11:30:34AM +1000, Paul McIntosh wrote:
Ok - here is the data for a Tesla M2070 and M2070Q (Quadro)
There is a big difference between the Quadro and non-Quadro. Looks like the
read rate
-users@lists.sourceforge.net
Sent: Monday, 17 June, 2013 5:43:52 PM
Subject: Re: [VirtualGL-Users] Improving performance on very large displays
Does enabling PBOs make any difference?
On 6/17/13 2:02 AM, Arthur HUILLET wrote:
On Mon, Jun 17, 2013 at 11:30:34AM +1000, Paul McIntosh wrote
see any
difference.
Paul
- Original Message -
From: Arthur HUILLET arthur.huil...@free.fr
To: VirtualGL Users virtualgl-users@lists.sourceforge.net
Sent: Monday, 17 June, 2013 5:02:25 PM
Subject: Re: [VirtualGL-Users] Improving performance on very large displays
On Mon, Jun 17
] Improving performance on very large displays
Does enabling PBOs make any difference?
On 6/17/13 2:02 AM, Arthur HUILLET wrote:
On Mon, Jun 17, 2013 at 11:30:34AM +1000, Paul McIntosh wrote:
Ok - here is the data for a Tesla M2070 and M2070Q (Quadro)
There is a big difference between
On 6/15/13 11:13 AM, Paul Melis wrote:
I've done some similar tests, mostly at 3840x2160 over a 10G link. I
seemed to hit a bottleneck of about 10 fps, but so far assumed it was
the readback from the GPU that was the problem (GTX680 in a PCI Express
x16 slot), judging from the vglrun +pr
dcomman...@users.sourceforge.net
To: virtualgl-users@lists.sourceforge.net
Sent: Saturday, 15 June, 2013 9:43:08 AM
Subject: Re: [VirtualGL-Users] Improving performance on very large displays
Bigger pipes will definitely help, up to a point. The compression
ratio
you can get will vary a lot
On Sat, Jun 15, 2013 at 12:50:01PM -0500, DRC wrote:
I dunno about that. My modest Quadro 600 can read back about a
gigapixel/second. I don't think that's likely to ever be the bottleneck
on a reasonably modern system.
I have seen some slides that suggest that nVidia cripples the readback
Sent: Sunday, 16 June, 2013 4:05:37 AM
Subject: Re: [VirtualGL-Users] Improving performance on very large displays
Well, it's important to understand that VNC will usually just send
the
portions of the display that have changed (incremental framebuffer
update.) It will send a full
That doesn't ring true, but I have no way of verifying it, either. The
only Linux machine I have with a GeForce is slow in general (it won't
even memcpy() at more than about 200 Mpixels/sec), so it's not a good
basis for comparison.
On 6/15/13 3:32 PM, Arthur HUILLET wrote:
On Sat, Jun 15,
I have a GTX 560 that I could run a test on, if there are any easily
available and anyone wants to look at the number.
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
glreadtest in the VirtualGL source.
On Jun 15, 2013, at 7:22 PM, Vadim Peretokin vpereto...@gmail.com wrote:
I have a GTX 560 that I could run a test on, if there are any easily
available and anyone wants to look at the number.
Here is the data for a GTX 560 (not Ti), 310.14 drivers, Ubuntu 12.04
64bit: http://pastebin.com/raw.php?i=xW8v7UpF
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
Hi,
I have done a couple of experiments with very large displays (e.g. 7680x4800,
7680x3200) and the performance has (understandably) dropped significantly.
Are there any tricks to improving the performance or is it not worth trying? I
recall multi-threaded builds but have not had a chance to
Bigger pipes will definitely help, up to a point. The compression ratio
you can get will vary a lot depending on the types of images that the
app is generating. I use GLXspheres as a sort of middle-of-the-road
approximation, since it has a realistic proportion of solid color and
smooth
,
Paul
- Original Message -
From: DRC dcomman...@users.sourceforge.net
To: virtualgl-users@lists.sourceforge.net
Sent: Saturday, 15 June, 2013 9:43:08 AM
Subject: Re: [VirtualGL-Users] Improving performance on very large displays
Bigger pipes will definitely help, up to a point
17 matches
Mail list logo