[lkml]   [2009]   [Jan]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH v2] tcp: splice as many packets as possible at once
    On Tue, Jan 20, 2009 at 10:20:53AM +0000, Jarek Poplawski ( wrote:
    > Good question! Alas I can't check this soon, but if it's really like
    > this, of course this needs some better idea and rework. (BTW, I'd like
    > to prevent here as much as possible some strange activities like 1
    > byte (payload) packets getting full pages without any accounting.)

    I believe approach to meet all our goals is to have own network memory
    allocator, so that each skb could have its payload in the fragments, we
    would not suffer from the heavy fragmentation and power-of-two overhead
    for the larger MTUs, have a reserve for the OOM condition and generally
    do not depend on the main system behaviour.

    I will resurrect to some point my network allocator to check how things
    go in the modern environment, if no one will beat this idea first :)

    1. Network (tree) allocator

    Evgeniy Polyakov

     \ /
      Last update: 2009-01-20 11:33    [W:0.019 / U:18.076 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site