DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Ik zou zeggen:quote:Op maandag 30 mei 2016 10:04 schreef Aether het volgende:
[..]
Systemd developer asks tmux to add systemd specific code
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.quote: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?
Powered by Janetje®
WTFquote:
[..]
Systemd developer asks tmux to add systemd specific code
tmux is er jaren van uit gegaan dat een proces blijft draaien onder een username als de user uitlogt.quote:
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.quote: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?quote:
[..]
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.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
When the student is truly ready, the teacher will disappear.
Geen idee. Gebruiken mensen dat nog?quote:
[..]
Ik begrijp dat `screen` dit dus al goed deed?
జ్ఞా
tmux biedt vrijwel dezelfde functionaliteit, dus daaromquote:
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.
When the student is truly ready, the teacher will disappear.
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:quote:Op donderdag 2 juni 2016 14:40 schreef Dubbeldrank het volgende:
Waarom zou ik tmux verkiezen boven screen?
• 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.quote: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
Powered by Janetje®
Op 
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
iotop -o
En met nethogs zie ik ook geen absurde netwerkactiviteit
Wat is deze?
Wat kan het nog meer zijn
Load is geen %. Het is het aantal processen dat tegelijk actief is (of op I/O wacht).quote:
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 ]
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.
Hoe zie ik wat er op I/O wacht? Of is iotop daarvoor voldoendequote:
[..]
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.
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.quote:
[..]
Hoe zie ik wat er op I/O wacht? Of is iotop daarvoor voldoende
Oh oké, bedankt.quote:
[..]
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.
Kapotte mounts?quote:
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?
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.
జ్ఞా
Lag aan cups en scanimage (saned)
http://bencane.com/2012/0(...)gh-io-wait-in-linux/
[ Bericht 89% gewijzigd door #ANONIEM op 07-06-2016 21:16:41 ]
http://bencane.com/2012/0(...)gh-io-wait-in-linux/
| 1 | for 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 ]
er is een optie in systemd om het killen uit te zettenquote:
[..]
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.
Beatus vir qui suffert tentationem.
PSN Rinzewind en Cadsuana Melaidhrin
Stellar Blade *O* Sea of Stars *O* Trails Daybreak *O*
PSN Rinzewind en Cadsuana Melaidhrin
Stellar Blade *O* Sea of Stars *O* Trails Daybreak *O*
Kijk even naar je interrupts? Misschien zit er ergens een loop.quote:
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?
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.
Is dit een server of een desktop?quote:
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?
Server, heeft nu een update van 25 uur en nog geen gekke dingen gezien,quote:
[..]
Is dit een server of een desktop?
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 ]
