abonnement Unibet Coolblue Bitvavo
pi_162614133
quote:
Ik zou zeggen:

Het is logisch dat als je sessie wordt beeindigd, je processen worden afgesloten

tmux / screen creeren in feite gewoon een nieuwe sessie. Het programma moet niet worden afgesloten als je uitlogt, maar als je tmux / screen beeindigd dan zou op z'n beurt wel weer alles wat van daaruit is gestart ook moeten worden afgesloten.

Als dat vereist dat ze systemd-specifieke code toevoegen omdat standaard UNIX het concept van een gebruikerssessie helemaal niet kent, so be it, toch?
pi_162615571
quote:
0s.gif Op maandag 30 mei 2016 10:44 schreef Igen het volgende:

[..]

Ik zou zeggen:

Het is logisch dat als je sessie wordt beeindigd, je processen worden afgesloten

tmux / screen creeren in feite gewoon een nieuwe sessie. Het programma moet niet worden afgesloten als je uitlogt, maar als je tmux / screen beeindigd dan zou op z'n beurt wel weer alles wat van daaruit is gestart ook moeten worden afgesloten.

Als dat vereist dat ze systemd-specifieke code toevoegen omdat standaard UNIX het concept van een gebruikerssessie helemaal niet kent, so be it, toch?
Zoals ik het nu lees wordt na het uitloggen je tmux- of screensessie gewoon de nek omgedraaid. Dit is natuurlijk onwenselijk voor deze tools, daar zal systemd-code voor gemaakt moeten worden. Aangezien ze de systemdroute ingeslagen zijn is dit wel een logische evolutie. Het is nogal een storm in een glas water. Voor nu is het lastig, maar zodra iedereen zijn code daarop aangepast heeft is het resultaat uiteindelijk beter dan het was.
Powered by Janetje®
pi_162689709
quote:
0s.gif Op donderdag 2 juni 2016 12:49 schreef Blue_Panther_Ninja het volgende:

[..]

WTF
:o
tmux is er jaren van uit gegaan dat een proces blijft draaien onder een username als de user uitlogt.
systemd sluit de processen van $user als $user uitlogt (vind ik vrij logisch gedrag).

Er is een fix voor die tmux moet implementeren.

Netjes is(of 'was') het niet, maarja.
జ్ఞ‌ా
pi_162689803
quote:
4s.gif Op donderdag 2 juni 2016 12:55 schreef µ het volgende:

[..]

tmux is er jaren van uit gegaan dat een proces blijft draaien onder een username als de user uitlogt.
systemd sluit de processen van $user als $user uitlogt (vind ik vrij logisch gedrag).

Er is een fix voor die tmux moet implementeren.

Netjes is(of 'was') het niet, maarja.
Gelukkig wordt het snel gedaan.
pi_162690207
quote:
4s.gif Op donderdag 2 juni 2016 12:55 schreef µ het volgende:

[..]

tmux is er jaren van uit gegaan dat een proces blijft draaien onder een username als de user uitlogt.
systemd sluit de processen van $user als $user uitlogt (vind ik vrij logisch gedrag).

Er is een fix voor die tmux moet implementeren.

Netjes is(of 'was') het niet, maarja.
Ik begrijp dat `screen` dit dus al goed deed?
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_162690524
quote:
7s.gif Op donderdag 2 juni 2016 13:16 schreef Aether het volgende:

[..]

Ik begrijp dat `screen` dit dus al goed deed?
Geen idee. Gebruiken mensen dat nog? ;)
జ్ఞ‌ా
pi_162691040
quote:
7s.gif Op donderdag 2 juni 2016 13:28 schreef µ het volgende:

[..]

Geen idee. Gebruiken mensen dat nog? ;)
tmux biedt vrijwel dezelfde functionaliteit, dus daarom ;)

Edit:
quote:
Now you can no longer expect a long running background processes to
continue after logging out. I believe this breaks the expecations of
many users. For example, you can no longer start a screen or tmux
session, log out, and expect to come back to it.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825394
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_162692418
Waarom zou ik tmux verkiezen boven screen?
Powered by Janetje®
pi_162692707
quote:
5s.gif Op donderdag 2 juni 2016 14:40 schreef Dubbeldrank het volgende:
Waarom zou ik tmux verkiezen boven screen?
Heb een jaar of 5 screen gebruikt en gebruik nu alleen nog maar tmux. Als screen goed voor je werkt kan je dat gewoon blijven gebruiken natuurlijk, maar de redenen zijn voor mij:

• Synchronize-panes support, als je je window in 2 hebt gedeeld en bent geconnect naar 2 servers, dan kan je je input naar 2 schermen tegelijk sturen
• Verticaal splitten. Kan wel met screen volgens mij, maar alleen als je de gepatchte versie hebt
• Goede integratie met powerline
• Geen buggy unicode support
• Tmux is nog in actieve development

meer: http://superuser.com/a/236160
జ్ఞ‌ా
pi_162693082
quote:
14s.gif Op donderdag 2 juni 2016 14:55 schreef µ het volgende:

[..]

Heb een jaar of 5 screen gebruikt en gebruik nu alleen nog maar tmux. Als screen goed voor je werkt kan je dat gewoon blijven gebruiken natuurlijk, maar de redenen zijn voor mij:

• Synchronize-panes support, als je je window in 2 hebt gedeeld en bent geconnect naar 2 servers, dan kan je je input naar 2 schermen tegelijk sturen
• Verticaal splitten. Kan wel met screen volgens mij, maar alleen als je de gepatchte versie hebt
• Goede integratie met powerline
• Geen buggy unicode support
• Tmux is nog in actieve development

meer: http://superuser.com/a/236160
Die laatste twee zijn wel een puntje voor mij, de rest is vrij specifiek voor zaken die ik niet gebruik. Ik ga er eens naar kijken, ik gebruik het hoofdzakelijk voor mijn irc sessie. Dus dan is goede unicode wel fijn.
Powered by Janetje®
pi_162697147
Ik gebruik nog screen...
pi_162697272
quote:
0s.gif Op donderdag 2 juni 2016 17:46 schreef t4rt4rus het volgende:
Ik gebruik nog screen...
There is so much more!

:P
జ్ఞ‌ా
pi_162697404
quote:
14s.gif Op donderdag 2 juni 2016 17:50 schreef µ het volgende:

[..]

There is so much more!

:P
Je bent net zoals een apple fanboy
pi_162699085
quote:
9s.gif Op donderdag 2 juni 2016 17:54 schreef d4v1d het volgende:

[..]

Je bent net zoals een apple fanboy
:*
జ్ఞ‌ా
pi_162821993
Ik heb echt een (voor mij) onverklaarbare hoge loadavg.. Terwijl mijn CPU usage oké is.. In htop vind ik in ieder geval niks terug



iotop -o


En met nethogs zie ik ook geen absurde netwerkactiviteit



Wat is deze? :? Wat kan het nog meer zijn :o
pi_162822703
Die 4% "hoge" load?
pi_162823009
quote:
0s.gif Op dinsdag 7 juni 2016 19:21 schreef t4rt4rus het volgende:
Die 4% "hoge" load?
Load is geen %. Het is het aantal processen dat tegelijk actief is (of op I/O wacht).

Een load van 4 is hartstikke hoog.

Edit: Waar het aan zou kunnen liggen zie ik ook niet.

[ Bericht 5% gewijzigd door #ANONIEM op 07-06-2016 19:37:56 ]
pi_162823075
Op een 4-core CPU zou dat ongeveer 100% load zijn idd. Op zich niet bijzonder maar voor een idle systeem wel heel veel ja.
pi_162824605
quote:
0s.gif Op dinsdag 7 juni 2016 19:33 schreef Igen het volgende:

[..]

Load is geen %. Het is het aantal processen dat tegelijk actief is (of op I/O wacht).

Een load van 4 is hartstikke hoog.

Edit: Waar het aan zou kunnen liggen zie ik ook niet.
Hoe zie ik wat er op I/O wacht? Of is iotop daarvoor voldoende
pi_162824896
quote:
0s.gif Op dinsdag 7 juni 2016 20:29 schreef d4v1d het volgende:

[..]

Hoe zie ik wat er op I/O wacht? Of is iotop daarvoor voldoende
Als het goed is bestaat de load uit alle processen die in top de status 'R' hebben. Misschien moet je wat naar beneden scrollen om ze te vinden.
pi_162825426
quote:
0s.gif Op dinsdag 7 juni 2016 19:33 schreef Igen het volgende:

[..]

Load is geen %. Het is het aantal processen dat tegelijk actief is (of op I/O wacht).

Een load van 4 is hartstikke hoog.

Edit: Waar het aan zou kunnen liggen zie ik ook niet.
Oh oké, bedankt.
  dinsdag 7 juni 2016 @ 21:13:44 #263
332574 µ
alt-m
pi_162826029
quote:
0s.gif Op dinsdag 7 juni 2016 18:55 schreef d4v1d het volgende:
Ik heb echt een (voor mij) onverklaarbare hoge loadavg.. Terwijl mijn CPU usage oké is.. In htop vind ik in ieder geval niks terug

[ afbeelding ]

iotop -o
[ afbeelding ]

En met nethogs zie ik ook geen absurde netwerkactiviteit

[ afbeelding ]

Wat is deze? :? Wat kan het nog meer zijn :o
Kapotte mounts?

Ik heb ook wel eens servers op oude NFS-mounts, als die onbeschikbaar/traag worden schiet de iowait ook omhoog. Heb je NFS mounts en kan je die un/remounten? Check ook ff je dmesg of er iets van read/write/io errors in staan. Misschien iets met je raidcontroller of is je raid aan het rebuilden ofzo.
జ్ఞ‌ా
pi_162826118
Lag aan cups en scanimage (saned)

http://bencane.com/2012/0(...)gh-io-wait-in-linux/

1for x in `seq 1 1 10`; do ps -eo state,pid,cmd | grep "^D"; echo "----"; sleep 5; done


[ Bericht 89% gewijzigd door #ANONIEM op 07-06-2016 21:16:41 ]
  dinsdag 7 juni 2016 @ 21:19:30 #265
107418 wdn
Elfen lied O+
pi_162826260
quote:
0s.gif Op maandag 30 mei 2016 11:56 schreef Dubbeldrank het volgende:

[..]

Zoals ik het nu lees wordt na het uitloggen je tmux- of screensessie gewoon de nek omgedraaid. Dit is natuurlijk onwenselijk voor deze tools, daar zal systemd-code voor gemaakt moeten worden. Aangezien ze de systemdroute ingeslagen zijn is dit wel een logische evolutie. Het is nogal een storm in een glas water. Voor nu is het lastig, maar zodra iedereen zijn code daarop aangepast heeft is het resultaat uiteindelijk beter dan het was.
er is een optie in systemd om het killen uit te zetten
Beatus vir qui suffert tentationem.
PSN Rinzewind en Cadsuana Melaidhrin
Stellar Blade *O* Sea of Stars *O* Trails Daybreak *O*
  dinsdag 7 juni 2016 @ 21:25:23 #266
45457 NightH4wk
Semper Fi!
pi_162826485
quote:
0s.gif Op dinsdag 7 juni 2016 18:55 schreef d4v1d het volgende:
Ik heb echt een (voor mij) onverklaarbare hoge loadavg.. Terwijl mijn CPU usage oké is.. In htop vind ik in ieder geval niks terug

[ afbeelding ]

iotop -o
[ afbeelding ]

En met nethogs zie ik ook geen absurde netwerkactiviteit

[ afbeelding ]

Wat is deze? :? Wat kan het nog meer zijn :o
Kijk even naar je interrupts? Misschien zit er ergens een loop.
pi_162834521
Heb je processen in D (disk sleep)? IIRC tellen die ook mee. En je komt er heel lastig van af.
I hope you can see this because I'm doing it as hard as I can.
pi_162853874
quote:
0s.gif Op dinsdag 7 juni 2016 18:55 schreef d4v1d het volgende:
Ik heb echt een (voor mij) onverklaarbare hoge loadavg.. Terwijl mijn CPU usage oké is.. In htop vind ik in ieder geval niks terug

[ afbeelding ]

iotop -o
[ afbeelding ]

En met nethogs zie ik ook geen absurde netwerkactiviteit

[ afbeelding ]

Wat is deze? :? Wat kan het nog meer zijn :o
Is dit een server of een desktop?
pi_162854780
quote:
0s.gif Op woensdag 8 juni 2016 22:19 schreef Blue_Panther_Ninja het volgende:

[..]

Is dit een server of een desktop?
Server, heeft nu een update van 25 uur en nog geen gekke dingen gezien,

dus cups en saned verwijderd (printen of scannen deed die toch niet) en een reboot heeft het opgelost.

[ Bericht 15% gewijzigd door #ANONIEM op 08-06-2016 22:43:52 ]
pi_162861795
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')