From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx0.salzburgresearch.at (mx0.salzburgresearch.at [78.104.175.164]) by dpdk.org (Postfix) with ESMTP id 6FE24255 for ; Tue, 1 Sep 2015 15:31:20 +0200 (CEST) X-Virus-Scanned: by Salzburg Research on mx0.salzburgresearch.at DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=salzburgresearch.at; s=srfg; t=1441114279; bh=r2SSqsF6XBn8zEOksDX+bfec/oef1GeC47qmYnni0TA=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=x+4j8GKIjFHBUhzZy838w98tPVCa1LO69PLLHBbpEC0IvGJ/SEMdwa85mu5or7Qfj rF+3lrqRFJ2tb2J30+TZvSaGqrgdfw0bbphSnfkulIBuHnz+8O2NTUSVSvCJmfd8zU 7KsxqNtBc0WpIhWI9uILa85jIiZZDDmEox1ehXuY= Received: from mail01.salzburgresearch.at (mail01.salzburgresearch.at [172.16.0.31]) by mx0.salzburgresearch.at (Postfix) with ESMTPS id 0073A200EC2 for ; Tue, 1 Sep 2015 15:31:17 +0200 (CEST) Received: from [172.16.96.142] (anc42.salzburgresearch.at [172.16.96.142]) by mail01.salzburgresearch.at (Postfix) with ESMTPSA id D5F0A3C98; Tue, 1 Sep 2015 15:31:17 +0200 (CEST) To: "dev@dpdk.org" References: <55E5A7A5.3080202@salzburgresearch.at> <55E5A80F.70508@salzburgresearch.at> From: Stefan Binna Message-ID: <55E5A8A5.7000502@salzburgresearch.at> Date: Tue, 1 Sep 2015 15:31:17 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55E5A80F.70508@salzburgresearch.at> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Thomas Pfeiffenberger , =?UTF-8?Q?Ferdinand_T=c3=bcllenburg?= Subject: [dpdk-dev] Fast Failover Test Results 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, 01 Sep 2015 13:31:20 -0000 Hi @all, I've conducted some fast failover tests on a SDN infrastructure, whereby following three configurations were used for the device under test (DUT): - Intel 82574L with default driver e1000e - Intel 82574L with DPDK - Realtek RTL8111/8168/8411 PCI Express with default driver r8169 There were two paths connected to the DUT, e.g. Path 1 and Path 2. So by default Path 1 had been used. When Path 1 was disconnected, the time it took to switch to Path 2 had been measured by counting the lost packets. Several tests have been conducted and the median calculated. Terminology: Median FF: Median fast failover time / ms Median LP: Median lost packets / packet(s) Median FF Median LP DPDK 1700 3363 Intel 350 690 Realtek 350 695 Anyone an idea why DPDK is so "slow"? Best regards, Stefan.