Új hozzászólás Aktív témák

• #34644 urandom0 senior tag Rhino666 #34642

  Új Válasz 2025-03-18 11:56:20 #34644

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  urandom0

  senior tag

  LOGOUT blog (1)

  válasz Rhino666 #34642 üzenetére

  - ebbol kifolyolag tulsagosan osszetett, bloatware
  - ebbol kifolyolag tele van biztonsagi resekkel
  - ebbol kifolyolag mesterseges fuggosegeket general

  Ez nem igaz, a systemd moduláris. Van az init része, a service része, meg a journald, ez a core, de ezek is el vannak osztva több, különböző binárisra (és nem is kötelező mindegyiket futtatni). Minden más része opcionális.
  De alapvetően az egyes szolgáltatásokat valakinek el kell látnia, teljesen mindegy, hogy azt most a független X bináris látja el, vagy a Systemd projektből jövő Y bináris. Semmivel nem vagy előrébb, ha a systemd-networkd helyett a dhcpcd fut, ha udev helyett eudev fut, ha systemd-journald helyett syslog fut...

  - azt hazudja hogy ujraindult a service, mikor nem is
  Sosem találkoztam ilyennel. A journal corupptiont is csak hallomásból ismerem, de ahogy utána olvastam, sok esetben kiderült, hogy fájlrendszer hiba, vagy lemez hiba okozta.

  Szerintem a Systemd ellenességnek nincs értelme, már csak azért sem, mert egy csomó pluszt nyújt a Systemd. Szedett-vetett init scriptek helyett egységes, normális (függőségkezelt) service unitok, szűrhető, kereshető, jól használható log, stb.

  A UNIX filozófia meg már az X-nél megbukott.

Új hozzászólás Aktív témák