|
From: Yury T. <yur...@gm...> - 2010-06-13 15:42:46
|
On 06/13/2010 04:14 PM, Hans-Bernhard Bröker wrote: ... > That tends to be caused by sending data faster than gnuplot can process > them. Pipes have a limited buffering capability. Once the producing app > gets ahead of gnuplot by more than that buffer's size, things tend to > break. > > We've had reports indicating that it sometimes helps to insert a little > delay in the external program that drives gnuplot. I tried this delay inserting but it didn't help. Interestingly, the 2nd multiplot freezes always after the 1st subplot drawn. I've uploaded the full input for two multiplots here: http://files.mail.ru/Z8VDCG (50k bzipped, kept until June 18). Could it be not the input volume but input format, rather? I'm using the precise calculations, could those throw the gnuplot off? What would you advise here? A switch to some other plotting app or lib, possibly? Thanks -Yury |