View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0005364 | ParaView | (No Category) | public | 2007-07-18 18:48 | 2013-10-17 17:33 | ||||
Reporter | Ken Moreland | ||||||||
Assigned To | Berk Geveci | ||||||||
Priority | normal | Severity | major | Reproducibility | always | ||||
Status | closed | Resolution | fixed | ||||||
Platform | OS | OS Version | |||||||
Product Version | |||||||||
Target Version | Fixed in Version | ||||||||
Summary | 0005364: Limit data sent to client | ||||||||
Description | Frequently on the PV mailing lists we get questions about why PV fails to scale up to big problems on a server. These users find that when they have small amounts of data, PV performs fine, but when they scale up PV crashes way before data size should become an issue on their cluster. Surely there are others that give up before querying the mailing lists. Instead, they just report the bad findings to colleagues. Of course, the problem has nothing to do with PV's scalability. PV scales very well. The real problem is almost always that the server is misconfigured so that it cannot perform parallel rendering. In this case, it always sends all of the data to the client. When the data is big, a crash inevitably occurs. Crashes are bad. We should be doing everything in our power to prevent this. Rather than crash, PV should live on and give the user the best representation it possibly can. Thus, any time PV is in client/server mode, it should have a threshold for the maximum amount of geometry sent to the client. If that threshold is exceeded and the geometry still needs to be sent, an bounding box is drawn in its place. | ||||||||
Tags | No tags attached. | ||||||||
Project | |||||||||
Topic Name | |||||||||
Type | |||||||||
Attached Files | |||||||||
Relationships | |
Relationships |
Notes | |
(0031692) Alan Scott (manager) 2013-10-17 17:33 |
I believe the intent of this bug has been met. We now remote render when data is over some threshold. Further, the last primary issue has to do with the status bar. This no longer floods MPI with data. |
Notes |
Issue History | |||
Date Modified | Username | Field | Change |
2008-04-09 21:13 | Berk Geveci | Category | => 3.4 |
2008-05-08 14:10 | Berk Geveci | Category | 3.4 => 3.6 |
2009-02-16 15:34 | Ken Moreland | Category | 3.6 => 3.8 |
2009-05-13 13:42 | Utkarsh Ayachit | Target Version | => 3.8 |
2011-06-16 13:10 | Zack Galbreath | Category | => (No Category) |
2013-10-17 17:33 | Alan Scott | Note Added: 0031692 | |
2013-10-17 17:33 | Alan Scott | Status | expired => closed |
2013-10-17 17:33 | Alan Scott | Resolution | open => fixed |
Issue History |
Copyright © 2000 - 2018 MantisBT Team |