lkml.org 
[lkml]   [2005]   [Oct]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Why no XML in the Kernel?
On Mon, Oct 03, 2005 at 04:08:43PM +0100, Nix wrote:
> Considerations of ugliness and difficulty of implementing the equivalent
> of writes to procs files did not shift the twit: but starting top on a
> busy system and showing said twit the CPU load spikes as /proc/[0-9]*
> got iterated over, and asking `how severe would this be if *all* of
> /proc and /sys had to be generated for every single request?' seems to
> have imparted enough clue.

Another fun consideration in that area is that XML (or s-exp, or trees,
whatever representation you prefer) has nothing to help with dynamic data
structures. Exporting snapshots does not work since the real state
includes the information about locks being held - without that you
can't tell which invariants hold at the moment, since the real ones
include lock state. And forcing all locks involved into known state
is nowhere near feasible, of course. OTOH, exporting dynamic state
including locks and walking the damn thing is
a) not feasible with XML
b) would require giving userland way too much access to locking,
creating a nightmare wrt deadlock potential.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-10-03 17:38    [W:0.161 / U:0.908 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site