[wiregate] please update linknx to 0.0.1.28

[greentux]

send-read-request ist schon eine interessante action...

[makki]

ey, kinders, das ist 8 Tage her und keiner hats gesagt
Nachdem ich es selber nicht benutze-> schwierig mitzukriegen..

Machen wir, wenn keine horrenden neuen Depencies eingebaut wurden ists nur mal kurz 0,5-2h das packerl anpassen.. Aber nicht mehr heute

Makki

[greentux]

Gibts schon Erkenntnisse?

Grüße

[makki]

Ist im Repository, bitte testen und ggfs. Feedback..

Makki

[greentux]

geht wunderbar.
Damit kann man nun endlich auch mal abfragen, wie ggf ein Aktor geschaltet ist, ehe man den Wert verwendet.
a) kann das nach linknx Start interessant sein
b) gehen wir ab und an mal Pakete verloren (Jung USB am Wiregate)


Mal noch ne andere Frage:
Das starten einer Shell nach SSH Login dauert immer ein paar Sekunden. Die Bash ist ja für Ressourcenschonung nicht sehr berühmt. Hast Du schonmal was anderes probiert?

[makki]

Das liegt wenn an irgendeiner DNS/reverse-lookup Geschichte, ich hab noch nie drüber nachgedacht, welche Shell ich verwende

$ time ssh root@172.17.2.82 "cat /proc/version"
Linux version 2.6.32-wiregate-1.31 (2.6.32) (root@Elab17) (gcc version 4.3.4 (Debian 4.3.4-1) ) #1 Wed Aug 4 18:13:21 CEST 2010

real	0m0.686s
user	0m0.016s
sys	0m0.008s

Makki

[greentux]

leider nein.
root@wiregate400:~# time bash
root@wiregate400:~# exit

real 0m4.405s
user 0m1.748s
sys 0m0.080s


ich bin schon bashrc und co durch. da ist nix mit netz.
hosts und resolve.conf sind ok.

[vlamers]

Bei mir ähnlich:

real 0m7.336s
user 0m1.032s
sys 0m0.128s


Gruß

[makki]

naja, irgendwas macht ihr da anders
Alle Referenz-WG's schaffen das in deutlich unter 100ms ohne SSH..

Makki

[greentux]

Mit einem set-x in der -bashrc hab ich grad den Übeltäter gefunden.
Die bash comletion hat eine Menge Zeit vertrödelt. Nun ist sie abgeschaltet und der Login geht ratzfatz.
Ob ich die selber irgendwann mal eingeschaltet habe, weiss ich nicht.