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

• ubyegon2 félisten

  #8194

  #8189 kovaax

  2017-06-25 12:18:58

  Ú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

  

  ubyegon2

  félisten

  #8189 kovaax

  #8189 kovaax

  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!

  Így már értem,úgy látom ott nem díjazzák túlzottan a noop ütemezőt!

  "The dumb "noop" scheduler may be a little faster in benchmarks that max out the throughput, but this scheduler causes noticeable delays for other tasks while large file transfers are in progress. "

  Ettől még maradhatott volna deadline az összes meghajtó.

  A blame mondjuk akkor jó, ha valami észrevehetően hosszabb ideig tart boot-nál.

  (#8190) CPT.Pirk

  Az analyze mondjuk nem túl mérvadó, mert ahány boot után megnézed, nem lesz két egyforma érték.

  Ezt még nem tapasztaltam, de most majd megfigyelem. Igaz mostanában ritkán bootol a gép, elfelejtem kikapcsolni, annyira csendes.

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