[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <063D6719AE5E284EB5DD2968C1650D6DB010AAC6@AcuExch.aculab.com>
Date: Wed, 28 Sep 2016 16:30:16 +0000
From: David Laight <David.Laight@...LAB.COM>
To: 'Vlastimil Babka' <vbabka@...e.cz>,
Nicholas Piggin <npiggin@...il.com>
CC: Jason Baron <jbaron@...mai.com>,
Hillf Danton <hillf.zj@...baba-inc.com>,
'Alexander Viro' <viro@...iv.linux.org.uk>,
"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
'Michal Hocko' <mhocko@...nel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
Eric Dumazet <eric.dumazet@...il.com>
Subject: RE: [PATCH] fs/select: add vmalloc fallback for select(2)
From: Vlastimil Babka
> Sent: 27 September 2016 12:51
...
> Process name suggests it's part of db2 database. It seems it has to implement
> its own interface to select() syscall, because glibc itself seems to have a
> FD_SETSIZE limit of 1024, which is probably why this wasn't an issue for all the
> years...
ISTR the canonical way to increase the size being to set FD_SETSIZE
to a larger value before including any of the headers.
Or doesn't that work with linux and glibc ??
David
Powered by blists - more mailing lists