From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752158AbcHQJU0 (ORCPT <rfc822;w@1wt.eu>);
	Wed, 17 Aug 2016 05:20:26 -0400
Received: from mga04.intel.com ([192.55.52.120]:2920 "EHLO mga04.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751590AbcHQJUZ (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 17 Aug 2016 05:20:25 -0400
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.28,529,1464678000"; 
   d="scan'208";a="866825455"
Subject: Re: [LKP] [lkp] [sctp] a6c2f79287: netperf.Throughput_Mbps -37.2%
 regression
To: Xin Long <lucien.xin@gmail.com>
References: <6e529b10-117d-8af0-66b3-2ccfb71acf2a@intel.com>
 <CADvbK_feA94rUXH9QgCT7Yei0QBg5=4Mz9g2TKwX9B5P5kMMug@mail.gmail.com>
 <47965feb-3a4d-4e07-a9ed-86a3d58fb911@intel.com>
 <371c1f25-bc00-c36a-a7f5-fbe05cd58abc@intel.com>
 <CADvbK_f1exO4YaPCjmBQ0MorrXB2vPMZsSSbPh=AB2-XrU3xpg@mail.gmail.com>
 <20160817061405.GA5401@aaronlu.sh.intel.com>
 <20160817063719.GA5463@aaronlu.sh.intel.com>
 <CADvbK_dKLU07+tW4f2XpCWgQME8mnjg8EObcfmH4i8s8Aume4w@mail.gmail.com>
 <375f06dd-8439-bba3-8b45-781e1e48dc9c@intel.com>
 <CADvbK_eErG-XPsDZJxjspqfC6dnF7AGSZaWNNzkZajw9SucMAA@mail.gmail.com>
 <20160817084832.GA5342@aaronlu.sh.intel.com>
 <CADvbK_dqSTArYJQGD9--vi4vyV-kfAg50=cK4oc7AhGzSwbLXQ@mail.gmail.com>
Cc: kernel test robot <xiaolong.ye@intel.com>,
        Stephen Rothwell <sfr@canb.auug.org.au>, lkp@01.org,
        "David S. Miller" <davem@davemloft.net>,
        LKML <linux-kernel@vger.kernel.org>
From: Aaron Lu <aaron.lu@intel.com>
Message-ID: <80bbef60-34ed-0bf1-f1c5-8285b713c2f7@intel.com>
Date: Wed, 17 Aug 2016 17:20:01 +0800
MIME-Version: 1.0
In-Reply-To: <CADvbK_dqSTArYJQGD9--vi4vyV-kfAg50=cK4oc7AhGzSwbLXQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On 08/17/2016 04:58 PM, Xin Long wrote:
>>
>> It doesn't change on my desktop Sandybridge.
>>
>> $ cat 4.7.0-rc6-01199-g116558d316e8/0/netperf.json
>> {
>>   "netperf.Throughput_Mbps": [
>>    748.2056249999998
>>   ]
>> }
>>
>> Where commit 116558d316e8 is based on top of the last test commit
>> 98dd2532b14e with the sent_count removed.
> Nice job
> I guess it may be because of your system memory limitation
> 
> sctp_chunk size is bigger than before, netpref produced a lot
> of sctp_chunk in send queue.
> 
> can you check the memory of your systems when the test is
> running,  to see if memory is the bottle neck of this test ?

We have a monitor to dump /proc/meminfo every second during the run.

On my desktop, the result is -

At start:
time: 1471413103.386122645
MemTotal:       14193468 kB
MemFree:        13849136 kB
MemAvailable:   13789204 kB

In the middle of the run:
time: 1471413254.363430637
MemTotal:       14193468 kB
MemFree:        13811732 kB
MemAvailable:   13756376 kB

When the test is about to finish:
time: 1471413391.294215121
MemTotal:       14193468 kB
MemFree:        13286080 kB
MemAvailable:   13749416 kB

It doesn't seem memory is an issue.

The whole dump is about the same.
The MemFree and MemAvailable doesn't change much.

Thanks,
Aaron