this post was submitted on 02 Jan 2025
108 points (95.8% liked)

ich_iel

2356 readers
866 users here now

Die offizielle Zweigstelle von ich_iel im Fediversum.

Alle Pfosten müssen den Titel 'ich_iel' haben, der Unterstrich darf durch ein beliebiges Symbol oder Bildschriftzeichen ersetzt werden. Ihr dürft euch frei entfalten!


Matrix


📱 Empfohlene Schlaufon-Applikationen für Lassmich


Befreundete Kommunen:

[email protected]

[email protected]

[email protected]

[email protected]


Regeln:

1. Seid nett zueinander

Diskriminierung anderer Benutzer, Beleidigungen und Provokationen sind verboten.

2. Pfosten müssen den Titel 'ich_iel' oder 'ich iel' haben

Nur Pfosten mit dem Titel 'ich_iel' oder 'ich iel' sind zugelassen. Alle anderen werden automatisch entfernt.

Unterstrich oder Abstand dürfen durch ein beliebiges Textsymbol oder bis zu drei beliebige Emojis ersetzt werden.

3. Keine Hochwähl-Maimais oder (Eigen)werbung

Alle Pfosten, die um Hochwählis bitten oder Werbung beinhalten werden entfernt. Hiermit ist auch Eigenwerbung gemeint, z.b. für andere Gemeinschaften.

4. Keine Bildschirmschüsse von Unterhaltungen

Alle Pfosten, die Bildschirmschüsse von Unterhaltungen, wie beispielsweise aus WasistApplikaton oder Zwietracht zeigen, sind nicht erlaubt. Hierzu zählen auch Unterhaltungen mit KIs.

5. Keine kantigen Beiträge oder Meta-Beiträge

ich_iel ist kein kantiges Maimai-Brett. Meta-Beiträge, insbesondere über gelöschte oder gesperrte Beiträge, sind nicht erlaubt.

6. Keine Überfälle

Wer einen Überfall auf eine andere Gemeinschaft plant, muss diesen zuerst mit den Mods abklären. Brigadieren ist strengstens verboten.

7. Keine Ü40-Maimais

Maimais, die es bereits in die WasistApplikation-Familienplauderei geschafft haben oder von Rüdiger beim letzten Stammtisch herumgezeigt wurden, sind besser auf /c/ichbin40undlustig aufgehoben.

8. ich_iel ist eine humoristische Plattform

Alle Pfosten auf ich_iel müssen humorvoll gestaltet sein. Humor ist subjektiv, aber ein Pfosten muss zumindest einen humoristischen Anspruch haben. Die Atmosphäre auf ich_iel soll humorvoll und locker gehalten werden.

9. Keine Polemik, keine Köderbeiträge, keine Falschmeldungen

Beiträge, die wegen Polemik negativ auffallen, sind nicht gestattet. Desweiteren sind Pfosten nicht gestattet, die primär Empörung, Aufregung, Wut o.Ä. über ein (insbesonders, aber nicht nur) politisches Thema hervorrufen sollen. Die Verbreitung von Falschmeldungen ist bei uns nicht erlaubt.


Bitte beachtet auch die Regeln von Feddit.org

founded 7 months ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 2 points 1 week ago* (last edited 1 week ago) (1 children)

Das hat einen ganz einfachen Grund: 386BSD, das erste komplett freie BSD (also ohne AT&T-lizenzierten "proprietären" Code*) für PCs, daher auch der Name, kam erst im März 1992 in einer ersten Version "raus". Linus Torvalds hat später selbst zu Protokoll gegeben:

If 386BSD had been available when I started on Linux, Linux would probably never had happened.

Mit "gut" hat das also nichts zu tun, nur mit "gratis". Er hätte einfach nur ein paar Monate warten müssen.

* Ganz früher waren Unix und BSD ja sozusagen ~~freie Software~~ Freeware und wurden quasi zum Selbstkostenpreis verteilt. Leider fingen die Rechteinhaber von Unix irgendwann an, das für eine dumme Idee zu halten. Schade.

[–] [email protected] 2 points 1 week ago* (last edited 1 week ago) (1 children)

If 386BSD had been available when I started on Linux, Linux would probably never had happened.

ich verstehe, das ist ein interessantes Argument. Ich werde darüber nachdenken, versprochen. :D

[–] [email protected] 2 points 1 week ago (1 children)

Prima. Bei weiteren Fragen gern fragen!

[–] [email protected] 1 points 1 week ago (1 children)

:D

was ist dein problem mit systemd?

ich nenne zuerst einmal die vorteile aus meiner sicht, anhand eines vergleichs:

man mag ja über JavaScript denken was man mag, aber eine sache haben sie gut hingekriegt, und das ist das modul-system (import bzw. statisches/dynamisches verlinken).

das modulsystem ist so aufgebaut, dass der programmcode beginnt mit

import stuffA from './fileA.js';
import stuffB from './stuffB.js';

console.log("all dependencies loaded...");

im gegensatz dazu steht das früher genutzte require:

const stuffA = requre('./fileA.js');
const stuffB = require('./stuffB.js');

console.log("all dependencies loaded...");

Jedoch hat import den Vorteil, dass es eine "Deklaration" ist, kein "Funktionsaufruf".

Das heißt, wenn das System startet, analysiert es zuerst alle Importe, und führt diese Parallel aus. Wenn stattdessen funktionsaufrufe genutzt würden, würden diese erst zur Laufzeit starten und seriell ausgeführt werden. Das wäre aber, vor allem bei vielen Abhängigkeiten, deutlich langsamer.

Jetzt ist es mit systemd so, dass Services parallel gestartet werden können, weil es sich um Deklarationen (in jeweils eigenen .service files handelt). Bei SysVinit handelt es sich meines wissens nach um bash-skripte, die seriell laufen, und damit um einiges langsamer sind. was sagst du zu diesem einwand?

[–] [email protected] 1 points 1 week ago* (last edited 1 week ago)

was ist dein problem mit systemd?

Es löst das falsche Problem.

Etwas ausführlicher:

Jetzt ist es mit systemd so, dass Services parallel gestartet werden können, weil es sich um Deklarationen (in jeweils eigenen .service files handelt). Bei SysVinit handelt es sich meines wissens nach um bash-skripte, die seriell laufen, und damit um einiges langsamer sind. was sagst du zu diesem einwand?

Zunächst einmal Grundsätzliches: System V ist sh, nicht bash. (Nein, die bash ist keine "bessere sh".) Aber das ist natürlich Erbsenzählerei. Zu dem Einwand sage ich Folgendes:

  1. Ja, System V lädt Scripts seriell. Nun wurde systemd aber insbesondere als vorteilhaft für Server bezeichnet. Wie oft startest du deine Server neu, dass das überhaupt ins Gewicht fällt? (Startest du deine Desktops neu oder reicht dir da der Ruhezustand?)
  2. systemd macht ja wesentlich mehr als nur Servicestart, sonst wäre es vielleicht eine brauchbare Alternative zu anderen Initsystemen. Leider frisst es sich durch das gesamte System und absorbiert zusehends mehr Dienste. Man kann wohl einen Teil davon immer noch optional laden, aber unter Linux (portabel ist systemd ja zum Glück nicht...) verlassen sich immer mehr Anwendungen darauf, dass das ganze Paket da ist. (Einen Teil dieser Optionen will man nicht haben. Warum muss man hartkodierte Google-IPs nutzen? Warum gibt es keine Option für textbasierte Logdateien, die man einfach greppen könnte?)
  3. Je komplexer die Software, desto mehr Sicherheitslücken weist sie auf. Das ist eine allgemeine Beobachtung, die nicht nur für systemd gilt, aber in einem Prozess, der höchste Rechte im System haben muss, will man das am allerwenigsten.
  4. Die "Dienste" bei systemd sind INI-Dateien. Damit haben wir in den 90ern unter Windows arbeiten müssen. Spaß hat das nicht gemacht.
  5. Alternativen, die weit weniger wuchern, gibt es zuhauf, darunter OpenRC (Gentoo, aber portabel) und runit (Void, aber portabel).