mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Denis Vlasenko <vda@ilport.com.ua>
To: Andi Kleen <ak@suse.de>
Cc: Dave Jones <davej@redhat.com>, Ulrich Drepper <drepper@gmail.com>,
	Chris Wedgwood <cw@f00f.org>, dragoran <dragoran@feuerpokemon.de>,
	linux-kernel@vger.kernel.org
Subject: Re: IA32 syscall 311 not implemented on x86_64
Date: Tue, 23 May 2006 17:30:58 +0300	[thread overview]
Message-ID: <200605231730.58616.vda@ilport.com.ua> (raw)
In-Reply-To: <200605220037.58286.ak@suse.de>

On Monday 22 May 2006 01:37, Andi Kleen wrote:
> On Monday 22 May 2006 00:28, Dave Jones wrote:
> > On Mon, May 22, 2006 at 12:19:08AM +0200, Andi Kleen wrote:
> > 
> >  > >  > You make a good point.  In fact, given it's unthrottled, someone
> >  > >  > with too much time on their hands could easily fill up a /var
> >  > >  > just by calling unimplemented syscalls this way.
> >  > 
> >  > I never bought this argument because there are tons of printks in the kernel
> >  > that can be triggered by everybody.
> > 
> > Then they should also be either rate limited, or removed.
> 
> Yes let's remove all that kernel debugging support. It is totally useless
> for most users, isn't it?
> 
> Even if they are ratelimit you can still fill up /var.

If one has syslogd which does not rotate logs, [s]he gets what [s]he deserves.

There are two desirable properties of logs:
 (a) do not lose information (i.e. save entire log)
 (b) do not overflow log storage
and they are simply incompatible. You must pick one.

I took (b) and am a very happy user of daemontools' multilog ever since.
I never need to manually manage my logs again...
--
vda

  parent reply	other threads:[~2006-05-23 14:31 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-21  8:35 dragoran
2006-05-21  8:50 ` Chris Wedgwood
2006-05-21  9:06   ` dragoran
2006-05-21  9:11     ` Chris Wedgwood
2006-05-21  9:26       ` dragoran
2006-05-21  9:54       ` dragoran
2006-05-21 16:03   ` Dave Jones
2006-05-21 18:35     ` Ulrich Drepper
2006-05-21 18:50       ` Dave Jones
2006-05-21 18:56         ` Dave Jones
2006-05-21 19:38           ` Adrian Bunk
2006-05-21 19:47             ` Dave Jones
2006-05-22  0:17               ` [2.6 patch] x86_64: don't printk for unimplemented 32bit syscalls Adrian Bunk
2006-05-21 22:19           ` IA32 syscall 311 not implemented on x86_64 Andi Kleen
2006-05-21 22:28             ` Dave Jones
2006-05-21 22:37               ` Andi Kleen
2006-05-21 23:48                 ` Dave Jones
2006-05-21 23:51                   ` Chris Wedgwood
2006-05-22  5:59                   ` dragoran
2006-05-22 12:41                     ` Dave Jones
2006-05-23 14:30                 ` Denis Vlasenko [this message]
2006-05-21 23:09             ` Andrew Morton
2006-05-21 19:35       ` Chris Wedgwood
2006-05-21 19:38         ` Dave Jones

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200605231730.58616.vda@ilport.com.ua \
    --to=vda@ilport.com.ua \
    --cc=ak@suse.de \
    --cc=cw@f00f.org \
    --cc=davej@redhat.com \
    --cc=dragoran@feuerpokemon.de \
    --cc=drepper@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®