DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references;
        b=bh6tAMYA6IXjX0Aj7iRR4oxtUG99F1W//HBS/xVIWU85YTqxVbZVQOphew2J2TnRqB
         EkKjScelBhIEqA4P9ZcweR9wlUtcI9K+QNfLSoGhbV/1JQT5c55XpxsHJhxXGpamY/q2
         zncGKAcer9nYTPTt8SR5kTrQrIr3lcHZZt9vI=
Message-ID: <b2cc26e40811021033r115225e2x4747a17fc2b30256@mail.gmail.com>
Date: Sun, 2 Nov 2008 19:33:00 +0100
From: "Olaf van der Spek" <olafvdspek@gmail.com>
To: "Davide Libenzi" <davidel@xmailserver.org>
Subject: Re: epoll behaviour after running out of descriptors
Cc: linux-kernel@vger.kernel.org
In-Reply-To: <Pine.LNX.4.64.0811021022120.9451@alien.or.mcafeemobile.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <b2cc26e40811010938k3864c48j45ce55af09516302@mail.gmail.com>
	 <Pine.LNX.4.64.0811021022120.9451@alien.or.mcafeemobile.com>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 816
Lines: 22

On Sun, Nov 2, 2008 at 7:25 PM, Davide Libenzi <davidel@xmailserver.org> wrote:
> A bug? For starters, epoll_wait does NOT create new files, so no EMFILE
> can come out from there.

It's accept that returns EMFILE.

> You are saturating the port space, and your whole code logic is rather (at
> least) buggy. Try a `netstat -n -t | grep TIME_WAIT | wc -l`

What makes you think I'm saturating the port space?
That space is way bigger than 1 k AFAIK.

EMFILE The per-process limit of open file descriptors has been reached.

And what part of my code logic is buggy?

Olaf
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/