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

• kovaax őstag

  #8189

  #8188 ubyegon2

  2017-06-25 09:14:21

  Új Válasz

  Ú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

  

  kovaax

  őstag

  #8188 ubyegon2

  #8188 ubyegon2

  Jól van az, az sda az ssd, neki kell a deadline

  Kilogikáztam, hogy az sda az SSD, épp azért említettem, meg, simán deadline a jó mindennek szerintem, SSD-nek meg jobb a noop. Még most, de ha jól emlékszem 4.12-től jön a BFQ I/O scheduler, bár nem minden disztró fogja tudni használni.

  Érdemes megnézni ezt a két scheduler összehasonlító videót, főleg, ha lassúnak találod a boot-ot:

  BFQ-v7r6 versus CFQ, DEADLINE and NOOP on an SSD

  BFQ-v7r6 versus CFQ, DEADLINE and NOOP on an HDD

  colomb2 szakinak köszönhetően találkoztam ezzel az új schedulerrel

  xfce 13 mp a log szerint

  Nézd meg a systemd-analyze blame-mel, szerintem nálad is szuttyog valamelyik services.
  Nekem a Jessie Cinnamonnal 4 mp-en belül bootolt.

  még a Mint C 18 is elég gyors
  ubyegon@ubymint18 ~ $ systemd-analyze
  Startup finished in 4.577s (kernel) + 1.668s (userspace) = 6.246s

  Persze SSD is van elég sokféle....de alapvetően mind villámgyors kéne, hogy legyen.

  Innen szedtem az ssd-s cumót.

  Így néz ki nekem a boot, mondjuk a login feljön már olyan 7-8 mp után:
  root@otthon:~# systemd-analyze
  Startup finished in 2.345s (kernel) + 10.764s (userspace) = 13.110s
  root@otthon:~#

  A blame-mel nekem az a bajom, hogy lehet kihoz valamit nagyon lassúnak (NetworkManager az egyébként), de mivel amit csak tud párhuzamosít a systemd, nincs rá garancia, hogy az miatt tart sokáig a boot. Pl. ha a leglassabb tart 5 mp-ig, de mellette van 3 ami csak 2 mp-ig tart, de várnak egymásra, akkor rögtön 6 mp a boot minimum, nem pedig 5!
  A journalctl-ben pont az a szép, hogy látszik faszán, hogy össze vannak keveredve a párhuzamosítás miatt az üzenetek sorai, de csúnyán!

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