From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ex1.cas-well.com (unknown [122.147.166.54]) by dpdk.org (Postfix) with ESMTP id AEAF02E89 for ; Fri, 6 Sep 2013 09:31:15 +0200 (CEST) Received: from [172.16.1.178] (122.147.166.57) by ex1.cas-well.com (192.168.200.10) with Microsoft SMTP Server id 14.2.247.3; Fri, 6 Sep 2013 15:34:00 +0800 Message-ID: <522984E2.8020802@cas-well.com> Date: Fri, 6 Sep 2013 15:31:46 +0800 From: Zachary Organization: Cas-Well User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: References: <52289F01.7010503@cas-well.com> In-Reply-To: <52289F01.7010503@cas-well.com> X-Forwarded-Message-Id: <52289F01.7010503@cas-well.com> X-Originating-IP: [122.147.166.57] Content-Type: text/plain; charset="GB18030"; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] DPDK & QPI performance issue in Romley platform. 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: Fri, 06 Sep 2013 07:31:17 -0000 Hi~ Bob, Thanks for your response! So, you think it is memory usage problem rather than QPI issue? That means if I improve the memory usage issue, may the preformance will ra= ise to my expected? BTW, Have anyone every use DPDK in NUMA and use crossing CPU like my case? If yes, could you tell me how to solve the question? If no, I would to know the DPDK allow user to this kinds of case in their a= pp or not? If the answer is true, I need change a way to use DPDK. above, it has lots of questions. I hope someone can help me to answer the q= uestions. On 09/04/2013 12:19 AM, Bob Chen wrote: QPI bandwidth is definitely large enough, but it seems that QPI is only res= ponsible for the communication between separate CPU chips. What you need to= do is actually accessing the memory on the other part, probably not even h= it the bandwidth. The latency can be caused by a lot of facts during a NUMA= operation. /Bob ------------------ =D4=AD=CA=BC=D3=CA =BC=FE ------------------ =B7=A2=BC=FE=C8=CB: "Zachary";; =B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4=EA9=D4=C22=C8=D5(=D0=C7=C6=DA=D2=BB) =D6= =D0=CE=E711:22 =CA=D5=BC=FE=C8=CB: "dev"; =B3=AD=CB=CD: " "Yannic.Chou (=D6=DC=D5=DC=D5=FD) : 6808" ; "Alan Yu =D3=E1=D2=E0=82=A5 : 6= 632""; =D6=F7=CC=E2: [dpdk-dev] DPDK & QPI performance issue in Romley platform. Hi~ I have a question about DPDK & QPI performance issue in Romley platform. Recently, I use DPDK example, l2fwd, to test DPDK's performance in my Romle= y platform. When I try to do the test, crossing used CPU, I find the performance dramat= ically decrease. Is it true? Or any method can prove the phenomenon? In my opinion, there should be no this kind of issue here due to QPI have e= nough bandwidth to deal the kinds of case. Thus, I am so amaze in our results and can not explain it. Could someone can help me to solve this problem. Thank a lot! My testing environment describe as below: Platform: Romley CPU: E5-2643 * 2 RAM: Transcend 8GB PC3-1600 DDR3 * 8 OS: Fedora core 14 DPDK: v1.3.1r2, example/l2fwd Slot setting: SlotA is controled by CPU1 directly. SlotB is controled by CPU0 directly. DPDK pre-setting: a. BIOS setting: HT=3Ddisable b. Kernel paramaters isolcpus=3D2,3,6,7 default_hugepagesz=3D1024M hugepagesz=3D1024M hugepages=3D16 c. OS setting: service avahi-daemon stop service NetworkManager stop service iptables stop service acpid stop selinux disable Example program Command: a. SlotB(CPU0) -> CPU1 #>./l2fwd -c 0xc -n 4 -- -q 1 -p 0xc b. SlotA(CPU1) -> CPU0 #>./l2fwd -c 0xc0 -n 4 -- -q 1 -p 0xc0 Results: use frame size 128 bytes CPU Affinity Slot A (CPU1) Slot B (CPU0) CPU0 15.9% 96.49% CPU1 90.88% 24.78% =B1=BE=D0=C5=BC=FE=BF=C9=C4=DC=B0=FC=BA=AC=C8=F0=EC=F7=EB=8A=CD=A8=99C=C3= =DC=D9Y=D3=8D=A3=AC=B7=C7=D6=B8=B6=A8=D6=AE=CA=D5=BC=FE=D5=DF=A3=AC=D5=88= =CE=F0=CA=B9=D3=C3=BB=F2=BD=D2=C2=B6=B1=BE=D0=C5=BC=FE=83=C8=C8=DD=A3=AC=81= K=D5=88=E4N=9A=A7=B4=CB=D0=C5=BC=FE=A1=A3 This email may contain confidenti= al information. Please do not use or disclose it in any way and delete it i= f you are not the intended recipient. -- Best Regards, Zachary Jen Software RD CAS-WELL Inc. 8th Floor, No. 242, Bo-Ai St., Shu-Lin City, Taipei County 238, Taiwan Tel: +886-2-7731-8888#6305 Fax: +886-2-7731-9988 =B1=BE=D0=C5=BC=FE=BF=C9=C4=DC=B0=FC=BA=AC=C8=F0=EC=F7=EB=8A=CD=A8=99C=C3= =DC=D9Y=D3=8D=A3=AC=B7=C7=D6=B8=B6=A8=D6=AE=CA=D5=BC=FE=D5=DF=A3=AC=D5=88= =CE=F0=CA=B9=D3=C3=BB=F2=BD=D2=C2=B6=B1=BE=D0=C5=BC=FE=83=C8=C8=DD=A3=AC=81= K=D5=88=E4N=9A=A7=B4=CB=D0=C5=BC=FE=A1=A3 This email may contain confidenti= al information. Please do not use or disclose it in any way and delete it i= f you are not the intended recipient.