lkml.org 
[lkml]   [2014]   [May]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH 08/24] net, diet: Make TCP metrics optional
    On 2014-05-07 15:35, One Thousand Gnomes wrote:
    > IoT devices don't care. Most embedded devices don't care. A lot of the
    > current generation of proprietary non Linux very low end RTOS systems
    > support *one socket*, some even use a wireless controller which has a
    > proprietary mini tcp/ip and wifi stack that provices *one socket*
    >
    > If you want Linux to run on the kind of low end 'single chip' systems or
    > FPGA systems then you want to be able to run in very little memory.
    > Network performance is usually near irrelevant. If its controlling a
    > smart plug it doesn't need to do megabit encrypted streams or fast
    > connect.
    >
    This describes an industrial control system I've been working on for the
    last ten years or so. It runs one application, this application makes
    one single TCP connection to a server which then stays up forever. The
    server can send modified configuration to the application and the
    application sends periodic reports about what it is doing. We've
    replaced 9600 bps current loop with TCP, not for performance reasons but
    for convenience. We have no use for ethtool, no use for packet filters,
    no use for firewalling and don't care if a socket uses 100 bytes or
    10kBytes of kernel memory since we only have one. There are probably
    lots of embedded systems that need those features, but there are also
    lots of systems that don't.

    The first version of the hardware used a 2.4.26 kernel on an Axis ETRAX
    LX processor, now were using a 2.6.33 kernel on an Atmel ARM9
    processor. We have a problem with the flash getting corrupted every now
    and then, and this seems to be fixed in the latest stable kernel
    (3.10). There are about 2000 changes to drivers/mtd and so far we have
    not been able to bisect this to find out where and why things started
    working.

    So we'd like to upgrade but we are also starting to run short on flash
    and the 3.10 kernel is noticeably bigger with the same configuration.
    Switching from gzip to xz compression did give us back enough flash
    space to fit everything in, but it's still tight. So if we can save a
    couple of 100k of text size and get a slightly less performant or
    featureful TCP stack, that would be a very good tradeoff for us.

    /Christer



    \
     
     \ /
      Last update: 2014-05-13 19:01    [W:4.511 / U:0.004 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site