[GRASS-dev] g.gui.animation freezes when loading strds

[Markus Metz]

On Thu, Aug 10, 2017 at 8:15 PM, Anna Petrášová <kratochanna at gmail.com>
wrote:
>
> On Thu, Aug 10, 2017 at 11:16 AM, Pietro <peter.zamb at gmail.com> wrote:
> > Hi Veronica,
> >
> > On Tue, Aug 8, 2017 at 3:46 PM, Veronica Andreo <veroandreo at gmail.com>
> > wrote:
> >>
> >> I've also experienced the freezing issue (dunno if it the same thing or
> >> not). Here, the rendering freezes if strds has more than 500 maps. I
do not
> >> even get to the export part. Cancel does not close it, so I have to
kill it
> >> (trunk r71319).
> >
> > Same problem here, when I reach 502 maps raise the following exception:
> >
> > Traceback (most recent call last):
> >   File "/usr/lib/python2.7/site-packages/wx-3.0-gtk2/wx/_core.py", line
> > 16762, in <lambda>
> >   File
"/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/frame.py",
> > line 194, in SetAnimations
> >   File
> >
"/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py",
> > line 305, in SetAnimations
> >   File
> >
"/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py",
> > line 328, in _setAnimations
> >   File
> >
"/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py",
> > line 407, in _updateBitmapData
> >   File
> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/provider.py",
line
> > 234, in Load
> >   File
> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/provider.py",
line
> > 366, in Render
> >   File "/usr/lib64/python2.7/multiprocessing/__init__.py", line 218, in
> > Queue
> >   File "/usr/lib64/python2.7/multiprocessing/queues.py", line 63, in
> > __init__
> >   File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line 147,
in
> > __init__
> >   File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line 75,
in
> > __init__
> > OSError: [Errno 24] Too many open files
> >
> > But checking the number of opened file on my system, it seems two order
> > lower than the maximum:
> >
> > $ cat /proc/sys/fs/file-nr
> > 23422   0       1628292
> > $ cat /proc/sys/fs/file-max

the OS limit of the number of open files is given in
/proc/sys/fs/file-max
but that is irrelevant, what matters is the maximum allowed number of open
files for the current user

> > 1628292
> >
> > I’ve attached also the complete log of the command in DEBUG mode, but I
was
> > not able to understand where the problem could be. I’ve also rebooted
just
> > to be sure that the system was fresh, but again after 502 maps it breaks
> > with the same error.
>
> I just tested 1100 maps without problem. In case this is relevant:
>
> ulimit -n
> 1024

ulimit -n reports the maximum allowed number of open files for the current
user, this is the relevant limit

A solution to the error "Too many open files" would be to open the
files/maps one at a time and closing them again, similar to the -z flag of
r.series.

Just an idea,

Markus M

>
> >
> > Any ideas?
> >
> > Pietro
> >
> >
> > _______________________________________________
> > grass-dev mailing list
> > grass-dev at lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/grass-dev
> _______________________________________________
> grass-dev mailing list
> grass-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-dev/attachments/20170810/ab4562d4/attachment.html>