Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754925AbYKCIHu (ORCPT ); Mon, 3 Nov 2008 03:07:50 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754548AbYKCIHn (ORCPT ); Mon, 3 Nov 2008 03:07:43 -0500 Received: from fg-out-1718.google.com ([72.14.220.158]:21823 "EHLO fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754543AbYKCIHm (ORCPT ); Mon, 3 Nov 2008 03:07:42 -0500 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=MTv/+DmpXk5hA3YelZ/qePnGM+boza0KxWoCgQ0jF1r4rRxSpNPR314MvM7Eyqxo1M O0+sZv5TKdEglgMB4M4QtRXuHcw2B0OX72q9OEfE77V8Kf0wRhtFV8mmvUA6FaB1fC7W hUu7Turp9mSqhAoWsFBpMs7SLHP8Ou769Qf6g= Message-ID: Date: Mon, 3 Nov 2008 09:07:40 +0100 From: "Olaf van der Spek" To: "Davide Libenzi" Subject: Re: epoll behaviour after running out of descriptors Cc: "Linux Kernel Mailing List" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1093 Lines: 26 On Sun, Nov 2, 2008 at 11:49 PM, Davide Libenzi wrote: > At the time of the first EMFILE, you've filled up the fd space, but not > the kernel listen backlog. Additions to the backlog, triggers new events, Shouldn't ET only fire again *after* you drained the queue? When accept returns EMFILE, you did not drain the queue. > that you see after the first EMFILE. At a given point, the backlog is > full, so no new half connections are dropped in there, so no new events > are generated. The backlog is 128 entries though, I don't see that many EMFILEs. > Again, sleeping on (EMFILE && ET) is bad mojo, It's not always best to free up descriptors right away. > and nowhere is written that > events should be generated in the EMFILE->no-EMFILE transitions. That's true, but I'm saying that this might be handy to have. -- 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/