[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Thu, 21 Mar 2013 04:01:00 +0400
Yesterday I read this paper  which describes how a generalization
can be used to boost performance and improve UX.
I don't see a way to implement anything similar without rewriting the
entire system from scratch. But I may be wrong. What do you think?
The store is definitely a step in the right direction. However, there
is still room for improvement:
"Deep down, an operating system is nothing but a manager of many
databases. Indeed, a file system, the process table, routing tables,
list of known AppleShare servers, revision control system (projector)
data, Think C projects - they are all databases. Unfortunately,
despite a sizable share of common functionality and interface, every
one of them is implemented and managed separately.Why not to trade a
multitude of "custom" database managers for a single well-designed
distributed database manager?"
"However, the unification is not complete. While it is possible to open
/proc/1024 to get hold of a process with id 1024 (to find out who owns
this process and when it was created, if for nothing else), one cannot
rm /proc/1024 to kill the process, and one cannot ls
/proc/1024/open_files to see the list of all open files for this
process. Although why not?"
"The configuration of a UNIX system is specified and controlled by a
huge tangle of plain text files: /etc/hosts, sendmail.cf, syslog.conf,
inetd.conf, /etc/uucp/Systems to name just very few. .INI files on
some other systems are also plain ASCII. Even MacOS caved in a little
with a System Folder:Hosts, although it is a very isolated example on
a Mac. Note that just because symbols displayed on screen must be in
ASCII, the information stored on disk does not have to be in the same
form. Still, ASCII configuration files abound, for a very simple
reason: they can be modified with any text editor from ex and edlin
upwards, and can be viewed and created even without an editor, with a
"There is no need to learn the syntax of a specific configuration file,
and no wasting of the CPU time on parsing that text file and reporting
errors if any."
Description: PGP signature
Nikita Karetnikov <=