linux-kernel - Re: [RFC PATCH] LTTng relay buffer allocation, read, write

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Tue, 30 Sep 2008 16:55:28 -0400
From:	Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>
To:	Martin Bligh <mbligh@...gle.com>
Cc:	Steven Rostedt <rostedt@...dmis.org>,
	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	linux-kernel@...r.kernel.org, prasad@...ux.vnet.ibm.com,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Thomas Gleixner <tglx@...utronix.de>, od@...e.com,
	"Frank Ch. Eigler" <fche@...hat.com>,
	Andrew Morton <akpm@...ux-foundation.org>, hch@....de,
	David Wilder <dwilder@...ibm.com>,
	Tom Zanussi <zanussi@...cast.net>
Subject: Re: [RFC PATCH] LTTng relay buffer allocation, read, write

* Martin Bligh (mbligh@...gle.com) wrote:
> > I am not saying anything about the actual number of events with 0 bytes
> > payload I actually have in my own instrumentation, if this is what you
> > mean. I am just saying that it leaves this room available for such
> > events.
> 
> It would, yes. Are they useful?
> 

Stuff like irq_exit has 0 byte payload, is very high rate, and useful,
yes.

> > Even if there is a 32 bits payload associated with those events, the
> > fact that we can encode the event ID in the 32 bits header will bring
> > those events from 96 bits (due to 32 bits alignment) down to 64 bits.
> 
> That's true. So do we have a bunch of stuff that we really really need
> that'd fit into 32 bits, but not 28 bits?
> 

Probably pointers on 32 bits archs. Any "int" value, on 32 or 64 bits,
will need careful attention if we want only to export the 28 LSBs. It
would probably make error value export a bit trickier and error-prone.


> >> This is all over 1 bit of information, right? Since you need at least 1 for
> >> the timestamp stuff.
> >
> > 4 bits of information could be added to the 32-bits header if we allow
> > tracers to register their first 15 event IDs in those 4 bits.
> >
> > But well... let's keep that for v2. ;)
> 
> Sounds like a plan ;-) All this stuff is internal representations anyway.


Yup.

Mathieu

-- 
Mathieu Desnoyers
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F  BA06 3F25 A8FE 3BAE 9A68
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/