From: Steve Grubb <sgrubb@redhat.com>
To: LC Bruzenak <lenny@magitekltd.com>
Cc: linux-audit@redhat.com
Subject: Re: performance questions
Date: Fri, 30 Sep 2011 10:35:24 -0400 [thread overview]
Message-ID: <201109301035.24672.sgrubb@redhat.com> (raw)
In-Reply-To: <1317392443.2038.19.camel@lcb>
On Friday, September 30, 2011 10:20:43 AM LC Bruzenak wrote:
> On Fri, 2011-09-30 at 09:20 -0400, Steve Grubb wrote:
> > On Thursday, September 29, 2011 11:33:09 AM LC Bruzenak wrote:
> ...
>
> > You might try this:
> ...
>
> > - _get_exename(exename, sizeof(exename));
> > + if (exename[0] == 0)
> > + _get_exename(exename, sizeof(exename));
> >
> > if (tty == NULL)
> >
> > tty = _get_tty(ttyname, TTY_PATH);
> >
> > else if (*tty == 0)
>
> Well, we could (and then it would work like the others) but we really
> want to store the exename I think. Isn't that what becomes
> "exe=<EXEPATH>" in the event?
It does. You can strace it. :)
> > We can probably use the return value of fprintf() +1 (for the NULL byte)
> > and just keep the running total in memory.
>
> Oh, right. That would be more precise. Good idea!
>
> Since we're looking, what about the fstatfs in check_disk_space? Any
> thoughts on that one?
Probably can't get rid of that one. Many times people don't separate the audit
directory to its own partition. So, we wind up sharing space with /var/log/messages
which anyone can write to. Even if we had it exclusively, sometimes there is a cron
job that might come and grab files for archiving in which case an internal count would
be off.
-Steve
next prev parent reply other threads:[~2011-09-30 14:35 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-29 15:33 performance questions LC Bruzenak
2011-09-30 13:20 ` Steve Grubb
2011-09-30 14:20 ` LC Bruzenak
2011-09-30 14:35 ` Steve Grubb [this message]
-- strict thread matches above, loose matches on Subject: below --
2017-11-04 21:05 Performance questions Tomasz Kusmierz
2008-07-30 11:07 performance questions Filka Michal
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=201109301035.24672.sgrubb@redhat.com \
--to=sgrubb@redhat.com \
--cc=lenny@magitekltd.com \
--cc=linux-audit@redhat.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.