From: Pavel Machek <pavel@ucw.cz>
To: Michael Holzheu <HOLZHEU@de.ibm.com>
Cc: Ingo Oeser <ioe-lkml@rameria.de>,
linux-kernel@vger.kernel.org, mschwid2@de.ibm.com
Subject: Re: How to document dimension units for virtual files?
Date: Sat, 28 Oct 2006 18:40:48 +0000 [thread overview]
Message-ID: <20061028184048.GB5152@ucw.cz> (raw)
In-Reply-To: <OFA94CF0D3.C5318A12-ON42257211.004B4AC4-42257211.004E4728@de.ibm.com>
Hi!
> > > 2. Encode dimension unit into filename (e.g. onlinetime_ms or
> memory_kb)
> >
> > This is the recommended one.
> > - simple to implement and understand on both sides
> >
> > - if you change units, you notice breaking userspace immediately
> > and can even notice it being used in closed source tools
> > with a simple strace
> >
> > - no parsing involved, as the author of the user space tool
> > usually assumes the unit implicitly (like "programming by contract",
> where
> > the "contract" is the filename, which is quite easy to check for.
> >
> > - you can keep a legacy interface with neglible effort and code wastage
> >
> > - many advantages I forgot :-)
> >
>
> I also think that this is the best solution. It would be nice to have
> that documented somewhere. Maybe in the Documentation directory
> something like:
>
> Howto export data in virtual files
> ==================================
>
> If you want to export data to userspace via virtual filesystems
> like procfs, sysfs, debugfs etc., the following rules are recommended:
...yes please... such patch would be nice.
> - Export only one value in one virtual file.
> - Data format should be as simple as possible.
> - Use ASCII formated strings, no binary data if possible.
> - If data has dimension units, encode that in the filename.
> Please use the following suffixes:
> * kb: Kilobytes
> * mb: Megabytes
just use B for bytes....
--
Thanks for all the (sleeping) penguins.
next prev parent reply other threads:[~2006-10-28 18:41 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-23 12:32 Michael Holzheu
2006-10-23 19:03 ` Ingo Oeser
2006-10-24 14:15 ` Michael Holzheu
2006-10-24 20:13 ` Arnd Bergmann
2006-10-28 18:40 ` Pavel Machek [this message]
2006-11-08 16:54 Michael Holzheu
2006-11-08 17:04 ` Randy Dunlap
2006-11-08 18:27 ` Michael Holzheu
2006-11-10 6:53 ` Greg KH
2006-11-10 10:03 ` Michael Holzheu
2006-11-13 17:16 ` Greg KH
2006-11-13 12:18 ` Pavel Machek
2006-11-13 17:46 ` Henrique de Moraes Holschuh
2006-11-14 8:50 ` Michael Holzheu
2006-11-08 17:09 ` Jörn Engel
2006-11-08 18:32 ` Michael Holzheu
2006-11-08 18:01 ` Henrique de Moraes Holschuh
2006-11-08 18:37 ` Michael Holzheu
2006-11-08 19:59 ` Henrique de Moraes Holschuh
2006-11-09 23:15 ` Pavel Machek
2006-11-10 13:18 ` Kyle Moffett
2006-11-10 15:41 ` Sanjoy Mahajan
2006-11-13 4:33 ` Kyle Moffett
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=20061028184048.GB5152@ucw.cz \
--to=pavel@ucw.cz \
--cc=HOLZHEU@de.ibm.com \
--cc=ioe-lkml@rameria.de \
--cc=linux-kernel@vger.kernel.org \
--cc=mschwid2@de.ibm.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 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®