Re: Alright, I give up. What does the "i" in "inode" stand for?

[Andrew Rodland <arodland@noln.com>]

On Thu, 25 Jul 2002 02:24:54 +0200
Daniel Mose <imcol@unicyclist.com> wrote:

> Rob Landley wrote:
> [snip]
> What bothers my self a bit more in the kernel context, and thus 
> makes me an even more eager "Kernel alienate" than I believe Rob
> to be, are the "atomic_" calls/functions and their semantic origin.
> I believe that every Unix has "atomic_" calls all though perhaps 
> differently designed. And I totally fail to understand why some 
> one decided to name theese functions "atomic_"
> 
> To my own thinking, the atomical parts of any process in a 
> computer are puny little switches that are mostly referred to as 
> bits, and theese bits have all the software support they can get 
> even with out any "atomic_" call. I don't find anything even 
> remotely close to an electron microscope within Unix either.
> So I fail. 

Well, this one is easy enough.
"Atomic" comes from the older-than-old meaning of the word, which is,
roughly, "unsplittable" or "undivisible". Whether it uses magical CPU
instructions, or just some sort of locking mechanism, an atomic
operation is one that cannot be observed, or interfered with, "half
done".

This has lots of uses with databases, and is a major requirement there
(and a basic database book will probably explain it better than I), but
it's a big thing when you're designing an SMP/preemptive/preemptible
kernel, too. :)

Hope I was enlightening and not just boring
--hobbs