[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Figure handle is very slow, saving impossible

From: christoph
Subject: Re: Figure handle is very slow, saving impossible
Date: Wed, 5 Apr 2017 23:12:58 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.6.0


I tried imagesc and indeed that's way faster then surfplot! Thanks a lot for this advice.  Concerning the print problem.--->>

I tried -dpng and also -djpeg as well as -dpdf all failed, if I have a color(RGB band) picture to print.

But in case of  grascale image(one band) it works properly!

Has this anything to do with osmesa? because test on osmesa failed when I did "make check". I read a thread about a problem with osmesa and nvidia driver. Probably that's the issue? 

cheers christoph

On 2017-04-05 21:01, Kire Pudsje wrote:

On Wed, Apr 5, 2017 at 7:39 PM, christoph <address@hidden> wrote:

Thank you for your fast answer,

yes I do understand, but 400MB of data should not be of any concern on a modern machine, with a graphic card which has let's say 3 gigabyte of memory?

Concerned my printing problem.

It turns out that my Figure looks like this on the screen.

The amount of memory is not the issue, but for a 'surface' you are constantly sending data from the CPU to the graphics card. Probably the CPU has to do a little work as well, so DMA is probably not happening. The cache will probably be flushed al the time.
Games also still have a problem uploading large amounts of data, but they usually tend to 'hide' this by using (nonskippable) cutscenes

I see that you are not using  the 'perspective' view. then why not use imagesc instead? This should be faster.
Also try 'saving' the image with print -d and try using any of the other devices, pdf, png, or any of the cairo devices, ...

reply via email to

[Prev in Thread] Current Thread [Next in Thread]