[dpdk-dev] introduce fastsocket

[dpdk-dev] introduce fastsocket

[XU Liang]

https://github.com/fastos/fastsocketIt's a highly scalable socket and its underlying networking implementation of Linux kernel. It isn't base DPDK, but the goal is closed.  it has been deployed in the production environment of SINA Weibo  (The largest Chinese Twitter)  . In a chinese review,  http://www.oschina.net/question/12_181346, his coder said he decided to improve the linux kernel rather than develop a new TCP stack on DPDK.

From huawei.xie@intel.com  Fri Nov  7 06:16:33 2014
Return-Path: <huawei.xie@intel.com>
Received: from mga01.intel.com (mga01.intel.com [192.55.52.88])
 by dpdk.org (Postfix) with ESMTP id EFC6C590B
 for <dev@dpdk.org>; Fri,  7 Nov 2014 06:16:31 +0100 (CET)
Received: from fmsmga001.fm.intel.com ([10.253.24.23])
 by fmsmga101.fm.intel.com with ESMTP; 06 Nov 2014 21:26:00 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.07,329,1413270000"; d="scan'208";a="618666374"
Received: from pgsmsx103.gar.corp.intel.com ([10.221.44.82])
 by fmsmga001.fm.intel.com with ESMTP; 06 Nov 2014 21:25:56 -0800
Received: from kmsmsx153.gar.corp.intel.com (172.21.73.88) by
 PGSMSX103.gar.corp.intel.com (10.221.44.82) with Microsoft SMTP Server (TLS)
 id 14.3.195.1; Fri, 7 Nov 2014 13:24:32 +0800
Received: from shsmsx104.ccr.corp.intel.com (10.239.110.15) by
 KMSMSX153.gar.corp.intel.com (172.21.73.88) with Microsoft SMTP Server (TLS)
 id 14.3.195.1; Fri, 7 Nov 2014 13:24:32 +0800
Received: from shsmsx101.ccr.corp.intel.com ([169.254.1.202]) by
 SHSMSX104.ccr.corp.intel.com ([169.254.5.174]) with mapi id 14.03.0195.001;
 Fri, 7 Nov 2014 13:24:25 +0800
From: "Xie, Huawei" <huawei.xie@intel.com>
To: Tetsuya Mukawa <mukawa@igel.co.jp>, "dev@dpdk.org" <dev@dpdk.org>
Thread-Topic: [dpdk-dev] [RFC PATCH 0/7] lib/librte_vhost: Add vhost-user
 extension
Thread-Index: AQHP+ksXdP1k0jgNXUWoVEYu1kUJfw=Date: Fri, 7 Nov 2014 05:24:24 +0000
Message-ID: <C37D651A908B024F974696C65296B57B0F2E3C93@SHSMSX101.ccr.corp.intel.com>
References: <1415272471-3299-1-git-send-email-mukawa@igel.co.jp>
 <C37D651A908B024F974696C65296B57B0F2E3B9C@SHSMSX101.ccr.corp.intel.com>
 <545C5427.5040500@igel.co.jp>
In-Reply-To: <545C5427.5040500@igel.co.jp>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.239.127.40]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "nakajima.yoshihiro@lab.ntt.co.jp" <nakajima.yoshihiro@lab.ntt.co.jp>,
 "masutani.hitoshi@lab.ntt.co.jp" <masutani.hitoshi@lab.ntt.co.jp>
Subject: Re: [dpdk-dev] [RFC PATCH 0/7] lib/librte_vhost: Add vhost-user
 extension
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Nov 2014 05:16:33 -0000



> -----Original Message-----
> From: Tetsuya Mukawa [mailto:mukawa@igel.co.jp]
> Sent: Thursday, November 06, 2014 10:10 PM
> To: Xie, Huawei; dev@dpdk.org
> Cc: nakajima.yoshihiro@lab.ntt.co.jp; masutani.hitoshi@lab.ntt.co.jp; Thomas
> Monjalon (thomas.monjalon@6wind.com)
> Subject: Re: [dpdk-dev] [RFC PATCH 0/7] lib/librte_vhost: Add vhost-user
> extension
> 
> Hi Xie,
> 
> (2014/11/07 12:33), Xie, Huawei wrote:
> > Tetsuya:
> > Will do careful review.
> > You send all the patches including vhost-user implementation, seems I don't
> have to send mine, :).
> > When do you plan to send formal patch?
> >
> Sorry, I just thought you also wanted to check vhost-user implementation.
> 
> Now I am rebasing on your new patch.
> Probably next Monday, I will submit only patches related to create
> abstraction layer that hides vhost-user and vhost-cuse differences from
> DPDK apps.
What about vhost-user implementation?
> 
> While rebasing, I am still facing several warnings from checkpatch.pl.
> I guess some of them are not fixed intentionally. So could I igonore those?
> Of course, I will remove all warnings come from code I added.
We try to fix all of them if possible, but it is ok to leave some warnings, for example,
 lengthy lines.
> 
> Thanks,
> Tetsuya