Timeline for Why is ListPlot[] so slow for coordinate pairs? Can we speed it up?
Current License: CC BY-SA 3.0
14 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Apr 13, 2017 at 12:55 | history | edited | CommunityBot |
replaced http://mathematica.stackexchange.com/ with https://mathematica.stackexchange.com/
|
|
| Feb 20, 2016 at 14:10 | comment | added | Albert Retey |
@xzczd: measuring such timings when two communicating processes work together is a science in itself. For all practical purposes I think getting the right order of magnitude with AbsoluteTime[] measurements for a piece of code running at least in the order of one second and trying to keep the machine free of other load is usually good enough. If you need more, it gets difficult...
|
|
| Feb 20, 2016 at 3:00 | comment | added | xzczd♦ |
@AlbertRetey Your guess is right, at least according to the AbsoluteTime[]-t measurement, but this leads to another problem, that is, the AbsoluteTime[]-t measurement seems to be inaccurate, too, if my sense of time is correct! (Maybe I should pinch a stopwatch?)
|
|
| Feb 19, 2016 at 10:20 | comment | added | Albert Retey |
I think it just needs a Developer`ToPackedArray[Flatten[a,1]] to make it render as fast as ListPlot (have not really measured that...), so it might be that use of packed arrays is all the "hidden" optimization that ListPlot does...
|
|
| Feb 19, 2016 at 1:01 | comment | added | Jerry Guern | When I ask a question and it touches off a discussion among experts that's completely over my head, I feel a brief and probably undeserved sense of accomplishment. | |
| Feb 18, 2016 at 9:28 | history | edited | xzczd♦ | CC BY-SA 3.0 |
added 1 character in body
|
| Feb 18, 2016 at 9:18 | comment | added | xzczd♦ |
@Kuba Yeah, I noticed it just now, too. Quite surprising I should say, I thought ListPlot is just a Graphics generator!
|
|
| Feb 18, 2016 at 9:16 | history | edited | xzczd♦ | CC BY-SA 3.0 |
added 216 characters in body
|
| Feb 18, 2016 at 9:07 | comment | added | J. M.'s missing motivation♦ |
I believe part of the overhead is due to the fact that ListPlot[] is trying to do a lot of "smart" things behind the scenes (e.g. the plot theme), so if one is fine with a plain display, using Graphics[] with primitives is very attractive.
|
|
| Feb 18, 2016 at 9:04 | comment | added | Kuba |
It seems that ListPlot is optimized for displaying and Graphics for generating. I tried with Graphics too but a problem is that AbsoluteTiming is unreliable. Try setting t = AbsoluteTime[]; before that code and print AbsoluteTime[]-t after. It's about 50% longer than ListPlot solution, and not even close to what AbsoluteTiming says. On the other hand, if you just want to generate it and save, Graphics is better.
|
|
| Feb 18, 2016 at 8:59 | history | undeleted | xzczd♦ | ||
| Feb 18, 2016 at 8:58 | history | edited | xzczd♦ | CC BY-SA 3.0 |
added 216 characters in body
|
| Feb 18, 2016 at 8:42 | history | deleted | xzczd♦ | via Vote | |
| Feb 18, 2016 at 8:42 | history | answered | xzczd♦ | CC BY-SA 3.0 |