Timeline for Speeding and optimizing the Graphics Plot
Current License: CC BY-SA 3.0
6 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Feb 20, 2017 at 10:45 | vote | accept | L.K. | ||
| Feb 15, 2017 at 19:37 | comment | added | L.K. | thanks for the valuable informations. For sure I will check the possibilities as you have mentioned. | |
| Feb 15, 2017 at 18:50 | comment | added | MarcoB |
@L.K. From a more fundamental standpoint, your matrix is very sparse, and has a relatively simple structure. I think it might be worth it to see if you can manipulate the math to determine whether you want (or need) to calculate all eigenvalues: there are numerical methods to calculate only a fraction of those, e.g. by magnitude (see the Method options for Eigenvalues). Perhaps some clever pencil-and-paper math might reduce the size of your problem.
|
|
| Feb 15, 2017 at 18:48 | comment | added | MarcoB | @L.K. I think another important consideration, even for the preparation of the graphics objects, is whether you do need to try and plot all those points. There is no way that you can actually see that many points on a computer screen, or in most media printouts, so perhaps pruning the list to a more manageable size (plotting every ten points etc) would help. | |
| Feb 15, 2017 at 18:33 | comment | added | L.K. |
Better additions, like kList and kFList and DistributeDefinitions[kdel, kIn, kFin, kInc]. I think further simplifications are not possible. For Graphics also. As from my side, speed I got from previously is about 0.5s. Less but good
|
|
| Feb 15, 2017 at 18:15 | history | answered | MarcoB | CC BY-SA 3.0 |