Hozzászólások
-
Bejegyzés
-
linuxforum wrote:Ráadásul hangsúlyozom, hogy a connect után az első dolog, amit csinálog, egy logbejegyzés, és az sem készül el, tehát én úgy érzem, hogy ezek a kapcsolatok nem jutnak el a programomig, így semilyen eszközt nem látok amivel befolyásolhatnám.
tehát valami ilyesmit csinálsz:
Code:$sock = new IO::Socket::INET( LocalHost => IP, LocalPort => PORT, Proto => ‘tcp’, Listen => SOMAXCONN, Reuse => 1);
while( 1 ) {
while( $new_sock = $sock->accept() ) {
kiiratás/logolás más semmi
}
}(a teszt idejére jó lenne kivenni a fork-ot meg tényleg mindent)
és akkor is megjelnnek ezek az érdekes kapcsolatok?linuxforum wrote:Ráadásul hangsúlyozom, hogy a connect után az első dolog, amit csinálog, egy logbejegyzés, és az sem készül el, tehát én úgy érzem, hogy ezek a kapcsolatok nem jutnak el a programomig, így semilyen eszközt nem látok amivel befolyásolhatnám.tehát valami ilyesmit csinálsz:
Code:$sock = new IO::Socket::INET( LocalHost => IP, LocalPort => PORT, Proto => ‘tcp’, Listen => SOMAXCONN, Reuse => 1);
while( 1 ) {
while( $new_sock = $sock->accept() ) {
kiiratás/logolás más semmi
}
}(a teszt idejére jó lenne kivenni a fork-ot meg tényleg mindent)
és akkor is megjelnnek ezek az érdekes kapcsolatok?gabaman wrote:„De az én programomban nincs is ->connect()”Hmm, az ‘IO::Socket::INET()’ hivja meg, csak nem látszik.
mármint a socket -et hívja meg, connect nem kell a szerverben.
a netstat -ot ugye root-ként futtatod (vagy azzal a user-el mint a programot?)
a recv-q (első szám) elég nagy, úgy néz ki mintha a programod nem olvasna az accept után.gabaman wrote:„Tudnám máshogy is fogadni a kapcsolatot, hogy már a kiépülés után tudjak róla?”
Nem lehet, még C-ben sem, legalábbis hogy gondolod. A kapcsolat kétirányban kiépül, mielőtt az accept() visszaadná a vezérlést, a programodban csak az adatkommunikációt tudod befolyásolni, a kézfogást nem (ez látszik a netstat-ban).ha már tcp mágia akkor lehetne raw socket -el a csomag headereket piszkálni 😉
gabaman wrote:„De az én programomban nincs is ->connect()”Hmm, az ‘IO::Socket::INET()’ hivja meg, csak nem látszik.
mármint a socket -et hívja meg, connect nem kell a szerverben.
a netstat -ot ugye root-ként futtatod (vagy azzal a user-el mint a programot?)
a recv-q (első szám) elég nagy, úgy néz ki mintha a programod nem olvasna az accept után.gabaman wrote:„Tudnám máshogy is fogadni a kapcsolatot, hogy már a kiépülés után tudjak róla?”
Nem lehet, még C-ben sem, legalábbis hogy gondolod. A kapcsolat kétirányban kiépül, mielőtt az accept() visszaadná a vezérlést, a programodban csak az adatkommunikációt tudod befolyásolni, a kézfogást nem (ez látszik a netstat-ban).ha már tcp mágia akkor lehetne raw socket -el a csomag headereket piszkálni 😉
ELaci wrote:ds wrote:ha jól értem a problémát valami ilyesmi kellene neked:
ps -U elaci -u elaci -o time | awk ‘BEGIN {a=0;FS=”:”} // {a+=$3+$2*60+$1*3600} END{print a} ‘
ez ugyanazt az eredményt adja (nálam) mint a w (ott csak a startkde látszik (meg néhány bash) mivel annak van tty -jeSajnos így nem jó, mert a time nem a halmozott cpu terhelést mutatja.
EL.
nekem ezt mondja a ps man -ja
cputime TIME cumulative CPU time, „[dd-]hh:mm:ss” format. (alias time)ELaci wrote:ds wrote:ha jól értem a problémát valami ilyesmi kellene neked:
ps -U elaci -u elaci -o time | awk ‘BEGIN {a=0;FS=”:”} // {a+=$3+$2*60+$1*3600} END{print a} ‘
ez ugyanazt az eredményt adja (nálam) mint a w (ott csak a startkde látszik (meg néhány bash) mivel annak van tty -jeSajnos így nem jó, mert a time nem a halmozott cpu terhelést mutatja.
EL.
nekem ezt mondja a ps man -ja
cputime TIME cumulative CPU time, „[dd-]hh:mm:ss” format. (alias time)
legutóbbi hsz