<!--
    FreeBSD Specific Glossary Terms
	Please keep this file sorted.

    $FreeBSD$
    $FreeBSDde: de-docproj/share/sgml/glossary/freebsd-glossary.sgml,v 1.2 2004/06/27 20:49:05 mheinen Exp $
    basiert auf: 1.8
-->

<glossary status="draft" id="freebsd-glossary">
  <title>&os; Glossar</title>

  <para>Sie finden hier &os;-spezifische Begriffe und
    Abk&uuml;rzungen.</para>

  <glossdiv>
    <title>B</title>

    <glossentry id="bsd">
      <glossterm>Berkeley Software Distribution</glossterm>
      <acronym>BSD</acronym>
      <glossdef>
	<para>Diesen Namen gab die Computer Systems Research Group
	  (CSRG) der <ulink url="http://www.berkeley.edu">The University
	    of California at Berkeley</ulink> den Verbesserungen
	  und &Auml;nderungen an AT&amp;Ts 32V &unix;.  &os;
	  beruht auf der Arbeit der CSRG.</para>
      </glossdef>
    </glossentry>

    <glossentry id="bikeshed">
      <glossterm>Bikeshed Building</glossterm>
      <glossdef>
	<para>Die Beobachtung, dass viele Leute Meinungen zu
	  unkomplizierten Themen &auml;u&szlig;ern, w&auml;hrend
	  gleichzeitig &uuml;ber ein kompliziertes Thema gar nicht
	  oder nur wenig diskutiert wird.  Die Herkunft des
	  Ausdrucks wird in den
	  <ulink url="../faq/misc.html#BIKESHED-PAINTING">FAQ</ulink>
	  erl&auml;utert.</para>
      </glossdef>
    </glossentry>

    <glossentry>
      <glossterm>BSD</glossterm>
      <glosssee otherterm="bsd">
    </glossentry>
  </glossdiv>

  <glossdiv>
    <title>G</title>

    <glossentry id="giant">
      <glossterm>Giant</glossterm>
      <glossdef>
	<para>Der Name f&uuml;r einen wechselseitigen Ausschluss
	  (<foreignphrase>mutual exclusion</foreignphrase>),
	  der einen gro&szlig;en Teil der Kernel-Ressourcen
	  sch&uuml;tzt.  Zu Zeiten als auf einer Maschine nur
	  ein paar Prozesse liefen und die Maschine nur eine
	  Netzwerkkarte und insbesondere nur einen Prozessor
	  besa&szlig;, war dieser einfache Mechanismus zum
	  Verriegeln (<foreignphrase>lock</foreignphrase>)
	  einer Ressource v&ouml;llig ausreichend.  Heutzutage
	  entstehen durch den wechselseitigen Ausschluss
	  Geschwindigkeitsengp&auml;sse.  Die &os;-Entwickler
	  arbeiten daran, Giant durch Locks zu ersetzten,
	  die einzelne Ressourcen sch&uuml;tzen.  Auf Einprozessor-
	  und Mehrprozessor-Maschinen k&ouml;nnen dadurch mehr
	  Prozesse parallel ausgef&uuml;hrt werden.</para>
      </glossdef>
    </glossentry>
  </glossdiv>

  <glossdiv>
    <title>K</title>

    <glossentry id="kse">
      <glossterm>Kernel Scheduler Entities</glossterm>
      <acronym>KSE</acronym>
      <glossdef>
	<para>Threads, die im Kernel laufen.  N&auml;heres
	  entnehmen Sie der <ulink
	  url="http://www.FreeBSD.org/kse">Home-Page des Projekts</ulink>.</para>
      </glossdef>
    </glossentry>

    <glossentry>
      <glossterm>KSE</glossterm>
      <glosssee otherterm="kse">
    </glossentry>
  </glossdiv>

  <glossdiv>
    <title>L</title>

    <glossentry id="lor">
      <glossterm>Lock Order Reversal</glossterm>
      <acronym>LOR</acronym>
      <glossdef>
	<para>Der &os;-Kernel benutzt eine Reihe von Ressource-Locks,
	  um den Zugriff auf Ressourcen zu regeln.  In
	  &os.current;-Kerneln (nicht in Release-Kerneln) befindet
	  sich das Diagnose-System &man.witness.4;, das Verklemmungen
	  (<foreignphrase>deadlock</foreignphrase>) zur Laufzeit
	  erkennt.  &man.witness.4; ist vorsichtig: daher gibt
	  es schon mal Falschmeldungen aus.  Eine richtig erkannte
	  Verklemmung bedeutet soviel wie <quote>Wenn Sie Pech
	  gehabt h&auml;tten, w&auml;re es jetzt zu einer Verklemmung
	  gekommen</quote>.</para>

	<para>Richtig erkannte Verklemmungen (LOR) werden schnell
	  behoben.  Pr&uuml;fen Sie daher &a.current.url; und die Seite
	  <ulink url="http://sources.zabbadoz.net/freebsd/lor.html">LORs
	  Seen</ulink> bevor Sie die Mailinglisten kontaktieren.</para>
      </glossdef>
    </glossentry>

    <glossentry>
      <glossterm>LOR</glossterm>
      <glosssee otherterm="lor">
    </glossentry>
  </glossdiv>

  <glossdiv>
    <title>M</title>

    <glossentry id="mfc">
      <glossterm>Merge From Current</glossterm>
      <acronym>MFC</acronym>
      <glossdef>
	<para>Das Einbringen von Funktionen oder Fehlerbehebungen
	  aus dem -CURRENT-Zweig in einen anderen Zweig, meist
	  -STABLE.</para>
      </glossdef>
    </glossentry>

    <glossentry id="mfs">
      <glossterm>Merge From Stable</glossterm>
      <acronym>MFS</acronym>
      <glossdef>
	<para>Normalerweise werden &Auml;nderungen an &os; zuerst
	  im -CURRENT-Zweig getestet und dann in den -STABLE-Zweig
	  &uuml;bernommen.  Selten kommt es vor, dass eine &Auml;nderung
	  zuerst im -STABLE-Zweig vorgenommen wird und anschlie&szlig;end
	  im -CURRENT-Zweig &uuml;bernommen wird.</para>

	<para>Dieser Ausdruck wird auch benutzt, wenn eine Fehlerbehebung
	  von -STABLE in einem der Sicherheitszweige &uuml;bernommen
	  wird.</para>
	<glossseealso otherterm="mfc">
      </glossdef>
    </glossentry>

    <glossentry>
      <glossterm>MFC</glossterm>
      <glosssee otherterm="mfc">
    </glossentry>

    <glossentry>
      <glossterm>MFS</glossterm>
      <glosssee otherterm="mfs">
    </glossentry>
  </glossdiv>

  <glossdiv>
    <title>N</title>

    <glossentry>
      <glossterm>NDISulator</glossterm>
      <glosssee otherterm="projectevil">
    </glossentry>
  </glossdiv>

  <glossdiv>
    <title>O</title>

    <glossentry id="obe">
      <glossterm>Overtaken By Events</glossterm>
      <acronym>OBE</acronym>
      <glossdef>
	<para>Zeigt an, dass eine gew&uuml;nschte &Auml;nderung
	  (aus einem Fehlerbericht oder einer Anforderung)
	  &uuml;berholt ist.  Die Ursache k&ouml;nnen beispielsweise
	  sp&auml;tere &Auml;nderungen in &os;, ge&auml;nderte
	  Netzwerk-Standards oder jetzt veraltete Hardware sein.</para>
      </glossdef>
    </glossentry>

    <glossentry>
      <glossterm>OBE</glossterm>
      <glosssee otherterm="obe">
    </glossentry>
  </glossdiv>

  <glossdiv>
    <title>P</title>

    <glossentry id="pointyhat">
      <glossterm>Pointy Hat</glossterm>
      <glossdef>
	<para>Ein Kopfschmuck, &auml;hnlich den Eselsohren,
	  der &os;-Committern gereicht wird, wenn sie den
	  Bau kaputtmachen, Revisionsnummern verkleinern
	  oder sonstigen Schaden im Quellbaum anrichten.
	  Jeder Committer, der etwas taugt, besitzt schnell
	  eine stattliche Sammlung.  Der Begriff wird (meist?)
	  scherzhaft verwendet.</para>
      </glossdef>
    </glossentry>

    <glossentry id="pola">
      <glossterm>Principle Of Least Astonishment</glossterm>
      <acronym>POLA</acronym>
      <glossdef>
	<para>Prinzip der kleinsten &Uuml;berraschung</para>

	<para>&Auml;nderungen an &os; sollten nach M&ouml;glichkeit
	  vor dem Benutzer verborgen sein.  Das willk&uuml;rliche
	  Umordnen der Variablen in
	  <filename>/etc/defaults/rc.conf</filename> verletzt zum
	  Beispiel dieses Prinzip.  Entwickler beachten das Prinzip,
	  wenn Sie &uuml;ber f&uuml;r Benutzer sichtbare &Auml;nderungen
	  nachdenken.</para>
      </glossdef>
    </glossentry>

    <glossentry>
      <glossterm>POLA</glossterm>
      <glosssee otherterm="pola">
    </glossentry>

    <glossentry id="projectevil">
      <glossterm>Project Evil</glossterm>
      <glossdef>
	<para>Der Arbeitstitel des von Bill Paul geschriebenen
	  <acronym>NDISulator</acronym>.  Der Name bezieht sich
	  darauf, dass es (philosophisch gesehen) schlimm ist,
	  einen solchen Treiber &uuml;berhaupt schreiben zu
	  m&uuml;ssen.  Der <acronym>NDISulator</acronym> ist
	  ein Kompatibilit&auml;tsmodul, das es erlaubt,
	  Microsoft Windows&trade; NDIS-Miniport-Netzwerktreiber
	  mit &os;/x86 zu benutzen.  F&uuml;r gew&ouml;hnlich ist
	  dies die einzige M&ouml;glichkeit, Karten mit einem
	  Treiber, dessen Quellen verschlossen sind, zu benutzen.
	  Siehe <filename>src/sys/compat/ndis/subr_ndis.c</filename>.</para>
      </glossdef>
    </glossentry>
  </glossdiv>
</glossary>
