lkml.org 
[lkml]   [2005]   [Aug]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: KLive: Linux Kernel Live Usage Monitor
    On Tue, Aug 30, 2005 at 10:53:13AM +0200, Sven Ladegast wrote:
    > >A trick to use would be to send an UDP packet at boot (after 1 minute
    > >or so), and then randomly say "once a month" (i.e. about 1/30 chance of
    > >sending a packet on the first day) The number of these random packets
    > >recieved is a measure of the number of CPU-months that the kernel
    > >runs.
    >
    > This could be a sloution but like you know UDP packets may or may not
    > arrive the destination address. So the packet loss with this method could
    > be very high, expecially if you send only one packet. Using a
    > TCP-connection for this is a lot more stable and the payload can be
    > encrypted too.

    The "load" that an UDP packet poses on a system is much lower than
    for a TCP connection. The fact that UDP packets sometimes get lost
    is not much of an issue: Those packets simply wouldn't get logged.
    So what?

    In 90% (my guess, 90% of statistics is made up....) of the cases
    where the first packet doesn't reach the destination, any subsequent
    packets also wouldn't. So if it is so unimportant as here, why bother
    with the more overhead of the TCP connection?

    The "in kernel module" that might send this, could put some easily
    gathered information into the packet. The goal of logging kernels-
    that-get-run would then be met. Installing a userspace program is
    something that most testers won't be bothered to do.

    A kernel option that is clearly documented what exact info is logged
    would IMHO work better. (A userspace program is technically a better
    solution, the social aspect of getting a bigger user-base is the main
    reason for me to suggest the in-kernel approach).

    (the people who go upgrading kernels tend to be different people from
    those who go installing programs for fun.)

    Roger.

    --
    ** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 **
    *-- BitWizard writes Linux device drivers for any device you may have! --*
    Q: It doesn't work. A: Look buddy, doesn't work is an ambiguous statement.
    Does it sit on the couch all day? Is it unemployed? Please be specific!
    Define 'it' and what it isn't doing. --------- Adapted from lxrbot FAQ
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-08-30 11:43    [W:0.023 / U:62.452 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site