From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pf0-f180.google.com (mail-pf0-f180.google.com [209.85.192.180]) by dpdk.org (Postfix) with ESMTP id F366E6A16 for ; Tue, 7 Jun 2016 09:12:32 +0200 (CEST) Received: by mail-pf0-f180.google.com with SMTP id y124so15528852pfy.0 for ; Tue, 07 Jun 2016 00:12:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=igel-co-jp.20150623.gappssmtp.com; s=20150623; h=from:subject:to:references:cc:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=X+yYwyz4hrusKmON0BvgMgVF/GTvftIRCjwF8aN6OQg=; b=n/RRf4/gasMYPZ9PYch2X3NZBjZGbQBEUpVLBvh7Dfytsq1eqPdYKZGSxmE7qB2w8o nXxAbkgB/+p0wwS1iTETc8/AyApPrWvHLL095ZCBNLsjdmm/iI3/7373TE/6x8D6eqPO EIkzhfTd5Y3379Eb6duSbCXOu9Hh2/8/t4vxCLNrTJWl3O6uhuDuj7mSs3rY0vXtxbWi zZcdurvdKIvx5nD/ohNsWUwuxMoFNirEjtmn6LgUxouW/XdT+nvn/TTL1c4K8itafCgU jcfHWp1d6es8uhuWWUsiP+qdb+1Ek0E1ViPLTEm7YzXsje/MpgOEWAFSB2anVo0cSr84 t+dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:to:references:cc:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=X+yYwyz4hrusKmON0BvgMgVF/GTvftIRCjwF8aN6OQg=; b=WcN9wh1TXpHA956d2K/WQV9jDQtnTKRGFg4LNuBUkcIfWUz54wVqIcaygPG98ZEuoO u31EHlUCe5MNSiqOQdJxgl619TQTGNywX/IeuTrPOI+rapFFqiRzck0MMIZfr332ZhSX xnYThv0nWD+K2zBzgCnplZNYptwtS0GYpYJVCZ6T3qsPboxK01e6l5voTy26KZ5eG3o7 Bae6W/XBEMQFNog6ERbQt3qLtG1yRPAY5RfTsbaYGRlJawFTFGEd6Nl05DgOGu0sxVBr ZmHPulu6vh+l0CNUwhnOt1hX0HJE4iCIDYQ6Muq1B9X611kiv3GpFw7uATFSe+z4q4cE 9Kgg== X-Gm-Message-State: ALyK8tJeMaMKTij/o1RvK2zr1R2I2B13Dw+yNoP2tj4YbjIw5Pwt4ELviX/St9EPww2Syg== X-Received: by 10.98.28.148 with SMTP id c142mr30608113pfc.102.1465283552191; Tue, 07 Jun 2016 00:12:32 -0700 (PDT) Received: from [10.16.129.101] (napt.igel.co.jp. [219.106.231.132]) by smtp.googlemail.com with ESMTPSA id w190sm32471079pfd.58.2016.06.07.00.12.29 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 07 Jun 2016 00:12:31 -0700 (PDT) From: Tetsuya Mukawa To: "Tan, Jianfeng" , Yuanhan Liu References: <1457512409-24403-12-git-send-email-mukawa@igel.co.jp> <1464838185-21751-1-git-send-email-mukawa@igel.co.jp> <20160602073105.GS10038@yliu-dev.sh.intel.com> <687ff542-f97b-8706-5f96-0727dfcdf174@igel.co.jp> <20160603041748.GW10038@yliu-dev.sh.intel.com> <17d81002-b582-f866-100d-3f8ea5068089@igel.co.jp> <20160606072153.GY10038@yliu-dev.sh.intel.com> <62bdc1ee-c4a0-cc77-bd2f-a320c46e6bf5@igel.co.jp> <20160606084933.GA10038@yliu-dev.sh.intel.com> <7663e753-e7c6-6aec-e6a3-6039bdbfecff@igel.co.jp> Cc: dev@dpdk.org, huawei.xie@intel.com, Thomas Monjalon , David Marchand , "nakajima.yoshihiro@lab.ntt.co.jp" Message-ID: Date: Tue, 7 Jun 2016 16:12:28 +0900 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [PATCH v5 0/6] Virtio-net PMD: QEMU QTest extension for container X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2016 07:12:33 -0000 On 2016/06/06 19:50, Tan, Jianfeng wrote: >> Please let me make sure how we can invoke many DPDK applications in >> hundreds containers. >> (Do we have a way to do? Or, will we have it in the future?) > > Just to add some option here, we cannot say no to that kind of use case. > To have many instances, we can: > > (1) add a restriction of "cpu share" on each instance, relying on kernel > to schedule. > (2) enable interrupt mode, so that one instance can go to sleep when it > has no pkts to receive and awoke by vhost backend when pkts come. > > Option 2 is my choice. Hi Yuanhan and Jianfeng, Thanks for your descriptions about how you will invoke many DPDK applications in containers. I guess we have almost talked everything we need to consider to choose one of container implementations. We may have one conclusion about this choice. If we can easily maintain virtio device implementation, also if we have an use-case to invoke hundreds of DPDK applications in containers, I guess Jianfeng's implementation will be nice. Anyway, we just follow virtio maintainers choice. Thanks, Tetsuya > > Thanks, > Jianfeng > >> >> Thanks, >> Tetsuya > >