[lkml]   [2007]   [Jul]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: i386-show-unhandled-signals-v3
    > > So you turn it on if your applications are playing up.  bfd.
    > You might not know applications are segfaulting. e.g. when I originally
    > enabled it we found that a few obscure cases in a default system
    > were occasionally segfaulting, but nobody noticed because there
    > wasn't a really visible malfunction. Still fixing those made
    > a better system.

    There problem is that if you get something going crazy segfaulting your
    logging itself can make the problem far worse. The rate limiting is as
    much important to stop accidents as stop malicious attack.

    > for example. Or just run the system out of memory; that will get plenty of logs
    > (don't say ulimit now, you know as well as me that they are not good enough
    > to prevent oom from users). Or use an unaligned a.out executable.

    Zero overcommit keeps it pretty sane - most times.

    > Some of these are rate limited, but rate limiting just means it will take longer
    > to fill the disk.

    Which is good news and gives you a lot longer (or your tools a lot
    longer) to react and sort it out. It also avoids the disk thrashing and
    performance hit you can cause.

    > Anyways if you feel strongly about it then rate limit the x86-64 ones
    > (Masoud's patch did this anyways); but please don't turn them off.

    Its configurable easily enough so I'm not sure it matters which way it is
    set, but it does need to be a -safe- default - either rate limited or off.
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2007-07-26 14:15    [W:0.021 / U:42.100 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site