linux/ssh/bash frage: warum ist CTRL+C so langsam?
- Ersteller dettus
- Erstellt am
Illuminatus
in geheimer Mission
nur um es zunächst grob einzugrenzen: kannst du das Script an einer lokalen Konsole laufen lassen und testweise per ctrl+c abbrechen?
Hast du dir mal den Load auf dem Server angesehen bzw. kannst du das mal machen? Das ist zwar vermutlich nicht der Grund, aber einen Versuch ist es wohl wert 
Illuminatus
in geheimer Mission
Ergänzung: ich wollte mit meiner Frage den ganzen Bereich Netzwerk ausklammern. Wenn also etwas wie iLO oder ein Remote Desktop möglich ist wäre das auch ok
dettus
Bicycle User
@Illuminatus: netzwerk kann ich leider nicht ausschliessen.
ich habs spasseshalber mal auf einem anderen server probiert: gleiches problem.
wenn es aber die moeglichkeit gibt dass vielleicht irgendwo eine streaming buffer variable kleiner zu drehen dann moechte ich die unseren admins sagen.
@coulmbo: wenn ich find laufen lasse dann sinkt die idle-zahl von einem prozessor auf 80%.
die restlichen 31 haben noch zwischen 98% und 100%.
ich habs spasseshalber mal auf einem anderen server probiert: gleiches problem.
wenn es aber die moeglichkeit gibt dass vielleicht irgendwo eine streaming buffer variable kleiner zu drehen dann moechte ich die unseren admins sagen.
@coulmbo: wenn ich find laufen lasse dann sinkt die idle-zahl von einem prozessor auf 80%.
die restlichen 31 haben noch zwischen 98% und 100%.
Was erstmal noch nichts über den load aussagt...
cla
Well-Known Member
Paldium
Well-Known Member
Beende den Prozess mal mit SIGINT, was standardmäßig das Signal ist, das du mit STRG+C an den Prozess sendest:
Code:
$ kill -2 piddettus
Bicycle User
dankt euch.
ich werde die sache mit kill nochmal ausprobieren.
die "scripte" sind einfach nur "programme mit viel viel output". das habe ich voellig vergessen zu erwaehnen.
mittlerweile bin ich so weit dass ich sage dass es an der netzwerkconf hier bei uns liegt: ich habs mit mehreren servern ausprobiert, von linux aus, und von windows mit putty. nachdem selbst mein openbsd-laptop das gleiche verhalten gezeigt hatte bin ich ueberzeugt.
das "viel viel output" erzeugt natuerlich viel traffic in eine richtung, so dass das bisschen CTRL+C nachher laenger braucht um durch den SSH tunnel zu kommen.
dank euch trotzdem!
ich werde die sache mit kill nochmal ausprobieren.
die "scripte" sind einfach nur "programme mit viel viel output". das habe ich voellig vergessen zu erwaehnen.
mittlerweile bin ich so weit dass ich sage dass es an der netzwerkconf hier bei uns liegt: ich habs mit mehreren servern ausprobiert, von linux aus, und von windows mit putty. nachdem selbst mein openbsd-laptop das gleiche verhalten gezeigt hatte bin ich ueberzeugt.
das "viel viel output" erzeugt natuerlich viel traffic in eine richtung, so dass das bisschen CTRL+C nachher laenger braucht um durch den SSH tunnel zu kommen.
dank euch trotzdem!