OSError: [Errno 11] 资源暂时不可用。这是什么原因?

11

背景

我有两个需要相互通信的Python进程。这种通信由一个名为Pipe的类处理。我创建了一个单独的类来处理这个问题,因为需要传递的大部分信息都以字典的形式出现,所以Pipe实现了一个相对简单的协议来完成这一任务。

下面是Pipe构造函数:

def __init__(self,sPath):
    """
    create the fifo. if it already exists just associate with it
    """
    self.sPath = sPath
    if not os.path.exists(sPath):
        try:
            os.mkfifo(sPath)
        except:
            raise Exception('cannot mkfifo at path \n {0}'.format(sPath))
    self.iFH = os.open(sPath,os.O_RDWR | os.O_NONBLOCK)
    self.iFHBlocking = os.open(sPath,os.O_RDWR)

理想情况下,我只需在每个进程中使用相同路径构建一个管道,它们就可以愉快地交流。

我将跳过有关协议的内容,因为我认为它在这里主要是不必要的。

所有读写操作都使用以下“基本”函数:

def base_read_blocking(self,iLen):
    self.lock()
    lBytes = os.read(self.iFHBlocking,iLen)
    self.unlock()
    return lBytes

def base_read(self,iLen):
    print('entering base read')
    self.lock()
    lBytes = os.read(self.iFH,iLen)
    self.unlock()
    print('exiting base read')
    return lBytes

def base_write_blocking(self,lBytes):
    self.lock()
    safe_write(self.iFHBlocking,lBytes)
    self.unlock()

def base_write(self,lBytes):
    print('entering base write')
    self.lock()
    safe_write(self.iFH,lBytes)
    self.unlock()
    print('exiting base write')

在另一篇帖子中建议使用safe_write

def safe_write(*args, **kwargs):
    while True:
        try:
            return os.write(*args, **kwargs)
        except OSError as e:
            if e.errno == 35:
                import time
                print(".")
                time.sleep(0.5)
            else:
                raise

锁定和解锁的处理方式如下:

def lock(self):
    print('locking...')
    while True:
        try:
            os.mkdir(self.get_lock_dir())
            print('...locked')
            return
        except OSError as e:
            if e.errno != 17:
                raise e

def unlock(self):
    try:
        os.rmdir(self.get_lock_dir())
    except OSError as e:
        if e.errno != 2:
            raise e
    print('unlocked')

问题

有时候会出现这种情况:

....in base_read
lBytes = os.read(self.iFH,iLen)
OSError: [Errno 11] Resource temporarily unavailable

有时候没问题。

神奇的解决方案

我似乎已经解决了这个问题。请注意,这并不是我自己回答我的问题。我的问题将在下一节中解释。

我将读取函数更改为以下方式,并解决了一些问题:

def base_read(self,iLen):
    while not self.ready_for_reading():
        import time
        print('.')
        time.sleep(0.5)

    lBytes = ''.encode('utf-8')
    while len(lBytes)<iLen:
        self.lock()
        try:
            lBytes += os.read(self.iFH,iLen)
        except OSError as e:
            if e.errno == 11:
                import time
                print('.')
                time.sleep(0.5)
        finally:
            self.unlock()
        return lBytes


def ready_for_reading(self):
    lR,lW,lX = select.select([self.iFH,],[],[],self.iTimeout)
    if not lR:
        return False
    lR,lW,lX = select.select([self.iFHBlocking],[],[],self.iTimeout)
    if not lR:
        return False
    return True

问题

我正在努力查明为什么它暂时不可用。由于锁定机制(除非我弄错了?),这两个进程不能同时访问实际的命名管道,那么这是由于我的程序没有考虑到fifo的更基本的东西吗?

我真正想要的是一个解释…我找到的解决方案有效,但看起来像魔法。有人可以解释一下吗?

系统

  • Ubuntu 12.04,
  • Python3.2.3

不处理多个管道导致了这个错误。 - Satyam
1个回答

3

我之前在Java中遇到了类似的问题。看看被接受的答案——问题是我在循环中创建新线程。我建议您查看创建管道的代码并确保您没有创建多个管道。


1
重点是创建多个管道。因此,进程A创建一个管道,进程B使用相同的路径创建一个管道。然后,进程A可以说“pipe.write(some_dictionary)”,进程B可以说“some_dictionary = pipe.read()”。 - Sheena
此外,如果问题是正在运行的事物数量,则放置sleep()调用将无法解决问题。除非我漏掉了什么... - Sheena

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接