[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Slowing scatter down for the sake of Matlab compatibility
From: |
Jordi Gutiérrez Hermoso |
Subject: |
Slowing scatter down for the sake of Matlab compatibility |
Date: |
Sun, 4 Dec 2011 16:14:28 -0500 |
Re this bug:
https://savannah.gnu.org/bugs/?34936
It looks to me like it boils down to keeping Matlab compatibility and
making a patch object per dot. If we do that, then we really ought to
figure out a way to optimise __go_patch__ for each possible backend,
because it's a tremendous slowdown to do this for as little as 1000
points.
Looks like previous attempts to not create a patch object per point
have introduced complexity and errors into the function.
Joanna also noticed that my proposed fix only works on fltk, not on gnuplot.
- Jordi G. H.
- Slowing scatter down for the sake of Matlab compatibility,
Jordi Gutiérrez Hermoso <=
- Re: Slowing scatter down for the sake of Matlab compatibility, Robert T. Short, 2011/12/04
- Re: Slowing scatter down for the sake of Matlab compatibility, Jordi Gutiérrez Hermoso, 2011/12/04
- Re: Slowing scatter down for the sake of Matlab compatibility, Ben Abbott, 2011/12/04
- Re: Slowing scatter down for the sake of Matlab compatibility, Ben Abbott, 2011/12/04
- Re: Slowing scatter down for the sake of Matlab compatibility, Jordi Gutiérrez Hermoso, 2011/12/04
- Re: Slowing scatter down for the sake of Matlab compatibility, Ben Abbott, 2011/12/04
- Re: Slowing scatter down for the sake of Matlab compatibility, Robert T. Short, 2011/12/04
Slowing scatter down for the sake of Matlab compatibility, John W. Eaton, 2011/12/04