matplotlib-devel Mailing List for matplotlib

Hi Michiel,

> That is good to hear.
> The slowdown was caused by the performance of Quartz itself, but it depends strongly on the line width. In your example, the plot appears immediately if you use linewidth=0.9, but (with matplotlib 1.2.1) takes minutes to appear if you use linewidth=1.0. The change in set_dpi caused the line width actually used for drawing to increase slightly. The increase was very small, but big enough to trigger the ultraslow behavior of Quartz. As I mentioned, we solved this by breaking up the path into many subpaths, which solved the problem (without having to change set_dpi back).
> Anyway, if I understand your mail correctly, the problem has been fixed in HEAD. Is the 1.3 branch also OK now? In your first post you mentioned that there was some RuntimeError.

I saw a couple of warnings with Friday's checkout on 10.8, but the current one seems to
work fine (now on 10.7 however…). I've run the full test suite and only had three failures
in test_font_styles (basically all created fonts look like 'light'/'condensed').
The same with python3.2 after I upgraded pyparsing, only at the end of 'setup.py install'
there was an additional error, but this did not seem to affect the install (appended below).

The RuntimeError was enforced by the #ifdef WITH_NEXT_FRAMEWORK check that
does not allow to use the backend at all, so I had to change this to a RuntimeWarning
to be able to test the backend in the 1.3 branch.

Cheers,
					Derek

--
Processing matplotlib-1.3.x-py3.2-macosx-10.7-x86_64.egg
creating /Users/derek/lib/python3.2/site-packages/matplotlib-1.3.x-py3.2-macosx-10.7-x86_64.egg
Extracting matplotlib-1.3.x-py3.2-macosx-10.7-x86_64.egg to /Users/derek/lib/python3.2/site-packages
Adding matplotlib 1.3.x to easy-install.pth file

Installed /Users/derek/lib/python3.2/site-packages/matplotlib-1.3.x-py3.2-macosx-10.7-x86_64.egg
Processing dependencies for matplotlib==1.3.x
Traceback (most recent call last):
 File "setup.py", line 228, in <module>
   'KnownFailure = matplotlib.testing.noseclasses:KnownFailure'
 File "/sw/lib/python3.2/distutils/core.py", line 148, in setup
   dist.run_commands()
 File "/sw/lib/python3.2/distutils/dist.py", line 917, in run_commands
   self.run_command(cmd)
 File "/sw/lib/python3.2/distutils/dist.py", line 936, in run_command
   cmd_obj.run()
 File "/sw/lib/python3.2/site-packages/setuptools/command/install.py", line 73, in run
   self.do_egg_install()
 File "/sw/lib/python3.2/site-packages/setuptools/command/install.py", line 101, in do_egg_install
   cmd.run()
 File "/sw/lib/python3.2/site-packages/setuptools/command/easy_install.py", line 358, in run
   self.easy_install(spec, not self.no_deps)
 File "/sw/lib/python3.2/site-packages/setuptools/command/easy_install.py", line 582, in easy_install
   return self.install_item(None, spec, tmpdir, deps, True)
 File "/sw/lib/python3.2/site-packages/setuptools/command/easy_install.py", line 634, in install_item
   self.process_distribution(spec, dist, deps)
 File "/sw/lib/python3.2/site-packages/setuptools/command/easy_install.py", line 686, in process_distribution
   [requirement], self.local_index, self.easy_install
 File "/sw/lib/python3.2/site-packages/pkg_resources.py", line 586, in resolve
   dist = best[req.key] = env.best_match(req, self, installer)
 File "/sw/lib/python3.2/site-packages/pkg_resources.py", line 829, in best_match
   for dist in self[req.key]:
 File "/sw/lib/python3.2/site-packages/pkg_resources.py", line 799, in __getitem__
   _sort_dists(dists)
 File "/sw/lib/python3.2/site-packages/pkg_resources.py", line 2613, in _sort_dists
   tmp.sort()
TypeError: unorderable types: NoneType() < str()

Hi Derek,

That is good to hear.
The slowdown was caused by the performance of Quartz itself, but it depends strongly on the line width. In your example, the plot appears immediately if you use linewidth=0.9, but (with matplotlib 1.2.1) takes minutes to appear if you use linewidth=1.0. The change in set_dpi caused the line width actually used for drawing to increase slightly. The increase was very small, but big enough to trigger the ultraslow behavior of Quartz. As I mentioned, we solved this by breaking up the path into many subpaths, which solved the problem (without having to change set_dpi back).
Anyway, if I understand your mail correctly, the problem has been fixed in HEAD. Is the 1.3 branch also OK now? In your first post you mentioned that there was some RuntimeError.

Best,
-Michiel.

--- On Sat, 4/13/13, Derek Homeier <de...@as...> wrote:

> From: Derek Homeier <de...@as...>
> Subject: Re: [matplotlib-devel] Planning for 1.3.0
> To: "matplotlib development list" <mat...@li...>
> Date: Saturday, April 13, 2013, 9:03 AM
> Hi Michiel,
> 
> On 13.04.2013, at 1:30AM, Michiel de Hoon wrote:
> 
> > The slow speed for long paths like the one in your
> example was due to a limitation to Quartz itself. This was
> solved by breaking the path up into subpaths of up to 100
> points. But you mentioned that releases before 1.2 were not
> slow (and I verified this with matplotlib 1.1.1), suggesting
> that something else is going on. Can you check which change
> between 1.1.1 and 1.2 is causing the slowdown for your
> example?
> 
> It's the passing of set_dpi (commit 6533674) - that's still
> unchanged in master,
> but I don't see any speed penalty compared to 1.1.1 any
> more. I don't know if
> the change you mentioned above completely fixed this or just
> made up for it
> by speeding it up otherwise…
> I have just merged all updates to backend_maxosx.py and
> _macosx.m back
> into 1.2.1, and this seems to solve the issue and passes all
> tests as well.
> 
> Cheers,
>            
>         Derek
> 
> 
> ------------------------------------------------------------------------------
> Precog is a next-generation analytics platform capable of
> advanced
> analytics on semi-structured data. The platform includes
> APIs for building
> apps and a phenomenal toolset for data science. Developers
> can use
> our toolset for easy data analysis & visualization. Get
> a free account!
> http://www2.precog.com/precogplatform/slashdotnewsletter
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>