From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from userp2120.oracle.com (userp2120.oracle.com [156.151.31.85]) by dpdk.org (Postfix) with ESMTP id 1E2105F33 for ; Tue, 5 Feb 2019 22:27:31 +0100 (CET) Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x15LNn4k194357; Tue, 5 Feb 2019 21:27:30 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=content-type : mime-version : subject : from : in-reply-to : date : cc : content-transfer-encoding : message-id : references : to; s=corp-2018-07-02; bh=VcmbeXV31wDT7m9IGjy50CWRp1CIULJ5biw17sq3noU=; b=aXPOBGQiTB/lZgyTjJ1tjG490hgKBRv6JmBooXkwa2MeZVKk2+TIVmWUW5CckoKcu8OQ AAvPLHAVXZZksi7G+20sy6cyoiIF7+K0lnH0cgKhz41api/8Uygarf+V1yN3ajMsVJeS hnJl0q4szWANVqX0hUNsFlFCInCrRULJD9Z8zND3ldt1RjQgrJyizf+21gSbQVP02ykn wjADn0jMNCgxi8w5w3Kg/IR8YwwLM7qrnildKO8AVtnX1L8ED+ofDo9JvsOHyC71QOcu +Iz+0u0Fm+/XPnL1uo8L5eQ3JBtH902E1nUCZAo4bt8ue1ooofr7RY7TjJ4DHxlWz8+2 Kg== Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp2120.oracle.com with ESMTP id 2qd98n5nv9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 05 Feb 2019 21:27:30 +0000 Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id x15LRTAU018844 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 5 Feb 2019 21:27:29 GMT Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x15LRTPr029683; Tue, 5 Feb 2019 21:27:29 GMT Received: from [192.168.2.106] (/65.96.173.82) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 05 Feb 2019 21:27:29 +0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) From: Iain Barker X-Mailer: iPad Mail (16C50) In-Reply-To: Date: Tue, 5 Feb 2019 16:27:28 -0500 Cc: "dev@dpdk.org" , "edwin.leung@oracle.com" Content-Transfer-Encoding: quoted-printable Message-Id: <631579E3-02F5-4E12-8BE6-DDAC0AE2E4A7@oracle.com> References: To: "Wiles, Keith" X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9158 signatures=668682 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=604 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1902050158 Subject: Re: [dpdk-dev] Question about DPDK hugepage fd change X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Feb 2019 21:27:32 -0000 >=20 > Would poll work here instead? Poll (or epoll) would definitely work - if we controlled the source and comp= ilation of all the libraries that the application links against. But an app doesn=E2=80=99t know how the libraries in the OS are implemented.= We=E2=80=99d have no way to ensure select() isn=E2=80=99t called by a share= d library - the first we would know is when the application randomly failed.= Seems pretty clear that the newer DPDK library is breaking the requirements o= f GNU libc to use less than 1024 file descriptors. The previous DPDK design w= as able to mmap the huge pages without requiring thousands of open file desc= riptors...