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

• CPT.Pirk Jómunkásember

  #8190

  #8188 ubyegon2

  2017-06-25 09:25:24

  Ú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

  

  CPT.Pirk

  Jómunkásember

  #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.

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

  Viszont mikor cseréltem a 4 magos Phenom2 procimat 8magos FX-re, az (ssd-vel mindkettő) levitte a 6.8s-es (4.24+2.62) kde-s boot időt 4.13-ra Chakrán, mindkettőt azonos órajelen nézve. Tuning után 3.75s (2.64+1,1) lett mindössze és még lehetne húzni a procit egy jobb lapban. Szóval a systemd-s bootolásnak nagyon számít a proci milyensége.

• 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