On 12/07/2018 4:55 PM, Jesper Dangaard Brouer wrote:
On Thu, 12 Jul 2018 14:54:08 +0200
Michal Hocko wrote:
[CC Jesper - I remember he was really concerned about the worst case
latencies for highspeed network workloads.]
Cc. Tariq as he have hit some networking benchmarks (around
On 12/07/2018 4:55 PM, Jesper Dangaard Brouer wrote:
On Thu, 12 Jul 2018 14:54:08 +0200
Michal Hocko wrote:
[CC Jesper - I remember he was really concerned about the worst case
latencies for highspeed network workloads.]
Cc. Tariq as he have hit some networking benchmarks (around
On Thu, 12 Jul 2018 14:54:08 +0200
Michal Hocko wrote:
> [CC Jesper - I remember he was really concerned about the worst case
> latencies for highspeed network workloads.]
Cc. Tariq as he have hit some networking benchmarks (around 100Gbit/s),
where we are contenting on the page allocator
On Thu, 12 Jul 2018 14:54:08 +0200
Michal Hocko wrote:
> [CC Jesper - I remember he was really concerned about the worst case
> latencies for highspeed network workloads.]
Cc. Tariq as he have hit some networking benchmarks (around 100Gbit/s),
where we are contenting on the page allocator
[CC Jesper - I remember he was really concerned about the worst case
latencies for highspeed network workloads.]
Sorry for top posting but I do not want to torture anybody to scroll
down the long changelog which I want to preserve for Jesper.
I personally do not mind this change. I usually find
[CC Jesper - I remember he was really concerned about the worst case
latencies for highspeed network workloads.]
Sorry for top posting but I do not want to torture anybody to scroll
down the long changelog which I want to preserve for Jesper.
I personally do not mind this change. I usually find
On Thu, 12 Jul 2018 01:40:41 + "Lu, Aaron" wrote:
> Thanks Andrew.
> I think the credit goes to Dave Hansen
Oh. In that case, I take it all back. The patch sucks!
On Thu, 12 Jul 2018 01:40:41 + "Lu, Aaron" wrote:
> Thanks Andrew.
> I think the credit goes to Dave Hansen
Oh. In that case, I take it all back. The patch sucks!
On Wed, 2018-07-11 at 14:35 -0700, Andrew Morton wrote:
> On Wed, 11 Jul 2018 13:58:55 +0800 Aaron Lu wrote:
>
> > [550 lines of changelog]
>
> OK, I'm convinced ;) That was a lot of work - thanks for being exhaustive.
Thanks Andrew.
I think the credit goes to Dave Hansen since he has been
On Wed, 2018-07-11 at 14:35 -0700, Andrew Morton wrote:
> On Wed, 11 Jul 2018 13:58:55 +0800 Aaron Lu wrote:
>
> > [550 lines of changelog]
>
> OK, I'm convinced ;) That was a lot of work - thanks for being exhaustive.
Thanks Andrew.
I think the credit goes to Dave Hansen since he has been
On Wed, 11 Jul 2018 13:58:55 +0800 Aaron Lu wrote:
> [550 lines of changelog]
OK, I'm convinced ;) That was a lot of work - thanks for being exhaustive.
Of course, not all the world is x86 but I think we can be confident
that other architectures are unlikely to be harmed by the change, at
On Wed, 11 Jul 2018 13:58:55 +0800 Aaron Lu wrote:
> [550 lines of changelog]
OK, I'm convinced ;) That was a lot of work - thanks for being exhaustive.
Of course, not all the world is x86 but I think we can be confident
that other architectures are unlikely to be harmed by the change, at
To improve page allocator's performance for order-0 pages, each CPU has
a Per-CPU-Pageset(PCP) per zone. Whenever an order-0 page is needed,
PCP will be checked first before asking pages from Buddy. When PCP is
used up, a batch of pages will be fetched from Buddy to improve
performance and the
To improve page allocator's performance for order-0 pages, each CPU has
a Per-CPU-Pageset(PCP) per zone. Whenever an order-0 page is needed,
PCP will be checked first before asking pages from Buddy. When PCP is
used up, a batch of pages will be fetched from Buddy to improve
performance and the
14 matches
Mail list logo
