GitLab

After about 2000 loopscans, it sounds like BLISS consume all the available file descriptors.

I am using an order BLISS version (ffce7583)

This small script was used to check the result

while True: 
    loopscan(10, 0.001, diode1, diode2)

As we can see the file descriptors grow up

valls@lvalls:~/workspace/bliss.git((HEAD detached at ffce75837))$ ls -l /proc/11162/fd/ | wc -l
123
valls@lvalls:~/workspace/bliss.git((HEAD detached at ffce75837))$ ls -l /proc/11162/fd/ | wc -l
125
valls@lvalls:~/workspace/bliss.git((HEAD detached at ffce75837))$ ls -l /proc/11162/fd/ | wc -l
126
valls@lvalls:~/workspace/bliss.git((HEAD detached at ffce75837))$ ls -l /proc/11162/fd/ | wc -l
127

Disabling the progress bar looks to fix the issue.

diff --git a/bliss/data/display.py b/bliss/data/display.py
index cf2cfa86c..6bbf280f2 100644
--- a/bliss/data/display.py
+++ b/bliss/data/display.py
@@ -1018,9 +1018,9 @@ class ScanPrinterWithProgressBar(ScanPrinter):
             return
 
         started_event = gevent.event.Event()
-        self.progress_task = gevent.spawn(self._progress_bar, scan, started_event)
-        with gevent.Timeout(1.):
-            started_event.wait()
+        # self.progress_task = gevent.spawn(self._progress_bar, scan, started_event)
+        # with gevent.Timeout(1.):
+        #     started_event.wait()

This could be mitigate by using bliss --no-tmux, as in this case it is not provided with the progress bar.