Hallo Christian, hier die Ausgabe des strace -p PID kommandos: write(1, "aliases\t\t\t nagios\raliases.d\t\t"..., 256) = -1 EMSGSIZE (Message too long) write(1, "aliases\t\t\t nagios\raliases.d\t\t"..., 256) = -1 EMSGSIZE (Message too long) write(1, "aliases\t\t\t nagios\raliases.d\t\t"..., 256) = -1 EMSGSIZE (Message too long) write(1, "aliases\t\t\t nagios\raliases.d\t\t"..., 256) = -1 EMSGSIZE (Message too long) write(1, "aliases\t\t\t nagios\raliases.d\t\t"..., 256) = -1 EMSGSIZE (Message too long) write(1, "aliases\t\t\t nagios\raliases.d\t\t"..., 256) = -1 EMSGSIZE (Message too long) Genau wie du vermutet hast, in einer Loop. Was kann ich dagegen tun? Muss ich den axspawn patchen? Hängt das problem mit dem ax25_call und axspawn irgendwie zusammen? vy 73 de Manuel DO 2 GM -----Ursprüngliche Nachricht----- Von: Christian Hilgers [mailto:chris@familie-hilgers.com] Gesendet: Sonntag, 27. Februar 2005 10:58 An: Manuel Cc: suse-ham@suse.com Betreff: Re: [suse-ham] AXSPAWN erzeugt 100% CPU Last On Sun, Feb 27, 2005 at 10:00:11AM +0100, Manuel wrote:
Hallo noch mal,
ich habe das ganze noch einmal beobachtet, wenn nur "kleine" Datenmengen ?bertragen werden, funktioniert alles ufb, aber sobald mehrere Datenpakete zusammen kommen, ist es vorbei.. :-(
Wenn der axspan 100%COU zieht solltest Du mal mit dem ps Kommando die PID des prozesses suchen. Dannach solltest Du mit dem Kommando strace -p PID mal nachschauen, was der axspawn treibt. Wenn da viele durchlaeuft ist der prozess im userspace, sprich es ist der axspawn der looped. Kommt da gar nix, oder seehr wenig dann wird die Zeit im Kernel verbraten. 73 Christian / DG7PC -- Christian Hilgers chris@familie-hilgers.com -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-ham-unsubscribe@suse.com Um eine Liste aller verf|gbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-ham-help@suse.com