David Ahern writes:
> On 9/23/15 6:37 PM, Huang Ying wrote:
>>>
>>> I take it you have CONFIG_NET_VRF enabled. correct?
>>>
>>> With it disabled I see no relevant change in performance between
>>> 8f58336d3f78 and 192132b9a034. Can you confirm?
>>
>> The kconfig file is attached with the mail.
David Ahern writes:
> On 9/23/15 6:37 PM, Huang Ying wrote:
>>>
>>> I take it you have CONFIG_NET_VRF enabled. correct?
>>>
>>> With it disabled I see no relevant change in performance between
>>> 8f58336d3f78 and 192132b9a034. Can you confirm?
>>
>> The kconfig file is
On 9/23/15 6:37 PM, Huang Ying wrote:
I take it you have CONFIG_NET_VRF enabled. correct?
With it disabled I see no relevant change in performance between
8f58336d3f78 and 192132b9a034. Can you confirm?
The kconfig file is attached with the mail. It appears that
CONFIG_NET_VRF is disabled.
On 9/20/15 7:33 PM, Huang Ying wrote:
Also, this is the end patch of a series that first refactors and then
adds a capability. The more relevant comparison is 8f58336d3f78 to
192132b9a034 (8f58336d3f78 is the commit before the series). Is it
possible to get this test run on your system comparing
On 9/20/15 7:33 PM, Huang Ying wrote:
Also, this is the end patch of a series that first refactors and then
adds a capability. The more relevant comparison is 8f58336d3f78 to
192132b9a034 (8f58336d3f78 is the commit before the series). Is it
possible to get this test run on your system comparing
On 9/23/15 6:37 PM, Huang Ying wrote:
I take it you have CONFIG_NET_VRF enabled. correct?
With it disabled I see no relevant change in performance between
8f58336d3f78 and 192132b9a034. Can you confirm?
The kconfig file is attached with the mail. It appears that
CONFIG_NET_VRF is disabled.
On 9/20/15 7:33 PM, Huang Ying wrote:
Clarification: The reproduce file shows 128 instances of 'netperf -t
TCP_CRR -c -C -l 300 -H 127.0.0.1' without an '&' on the end. Does
that
mean these 128 commands are run serially?
Sorry. It's a script bug, there should be a "&" on the end. Will fix
On Sun, 2015-09-20 at 19:19 -0600, David Ahern wrote:
> On 9/20/15 6:30 AM, kernel test robot wrote:
> > FYI, we noticed the below changes on
> >
> > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> > master
> > commit 192132b9a034d87566294be0fba5f8f75c2cf16b ("net: Add
On 9/20/15 6:30 AM, kernel test robot wrote:
FYI, we noticed the below changes on
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 192132b9a034d87566294be0fba5f8f75c2cf16b ("net: Add support for VRFs to
inetpeer cache")
On Sun, 2015-09-20 at 19:19 -0600, David Ahern wrote:
> On 9/20/15 6:30 AM, kernel test robot wrote:
> > FYI, we noticed the below changes on
> >
> > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> > master
> > commit 192132b9a034d87566294be0fba5f8f75c2cf16b ("net: Add
On 9/20/15 6:30 AM, kernel test robot wrote:
FYI, we noticed the below changes on
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 192132b9a034d87566294be0fba5f8f75c2cf16b ("net: Add support for VRFs to
inetpeer cache")
On 9/20/15 7:33 PM, Huang Ying wrote:
Clarification: The reproduce file shows 128 instances of 'netperf -t
TCP_CRR -c -C -l 300 -H 127.0.0.1' without an '&' on the end. Does
that
mean these 128 commands are run serially?
Sorry. It's a script bug, there should be a "&" on the end. Will fix
12 matches
Mail list logo