Re: [freenet-support] Something is wrong with my java.net code?

2010-11-03 Thread Dennis Nezic
On Wed, 3 Nov 2010 06:44:19 +0100, David ‘Bombe’ Roden wrote:
 On Wednesday 03 November 2010 04:14:18 Dennis Nezic wrote:
 
  What's going on with the networking code?
 
 Very normal behaviour. Most threads are waiting in ServerSocket.accept
 () which is expected as those threads are waiting for somebody to
 connect. You have a NetworkInterface (for fproxy), a UdpSocketHandler
 (for FNP), an SMTP server and an IMAP server (sounds like Freemail),
 and an existing FCP connection that is waiting to receive data (from
 Frost or FMS, possibly).
 
 Thank you for reporting allegedly suspicious behaviour—this repost is 
 completely bogus, though. :)

Well then something else is eating up most of my CPU and not letting
much traffic to flow :(.

___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe

Re: [freenet-support] Something is wrong with my java.net code?

2010-11-03 Thread Dennis Nezic
On Wed, 3 Nov 2010 10:37:41 -0400, Dennis Nezic wrote:
 On Wed, 3 Nov 2010 06:44:19 +0100, David ‘Bombe’ Roden wrote:
  On Wednesday 03 November 2010 04:14:18 Dennis Nezic wrote:
  
   What's going on with the networking code?
  
  Very normal behaviour. Most threads are waiting in
  ServerSocket.accept () which is expected as those threads are
  waiting for somebody to connect. You have a NetworkInterface (for
  fproxy), a UdpSocketHandler (for FNP), an SMTP server and an IMAP
  server (sounds like Freemail), and an existing FCP connection that
  is waiting to receive data (from Frost or FMS, possibly).
  
  Thank you for reporting allegedly suspicious behaviour—this repost
  is completely bogus, though. :)
 
 Well then something else is eating up most of my CPU and not letting
 much traffic to flow :(.

Hrmm... false alarm. I believe there was something wrong with my kernel
(specifically with my cpufreq -- my max cpufreq didn't seem right, and,
actually, most of my programs seemed sluggish, although freenet
especially so. Adding the userspace governor fixed things.) Phewf. :)

___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe

[freenet-support] Something is wrong with my java.net code?

2010-11-02 Thread Dennis Nezic
I switched my hardware recently, and now Freenet (or something)
is having trouble running. It consumes about 100% CPU, and very
little data goes manages to flow.

I ran an HPROF (cpu=samples,depth=30) on it, and here are the Top
10 culprits:

CPU SAMPLES BEGIN (total = 479392) Tue Nov  2 20:31:28 2010
rank   self  accum   count trace method
   1 28.90% 28.90%  138567 300769 java.net.PlainSocketImpl.socketAccept
   2  9.46% 38.36%   45351 304459 java.net.PlainDatagramSocketImpl.receive0
   3  8.43% 46.79%   40398 300330 java.net.SocketInputStream.socketRead0
   4  6.56% 53.35%   31429 305339 java.net.SocketInputStream.socketRead0
   5  6.54% 59.89%   31355 305536 java.net.PlainSocketImpl.socketAccept
   6  6.54% 66.43%   31341 305569 java.net.PlainSocketImpl.socketAccept
   7  6.52% 72.95%   31273 305094 java.net.SocketInputStream.socketRead0
   8  1.40% 74.34%6689 309110 com.onionnetworks.fec.FECMath.addMul
   9  0.83% 75.18%3980 304968 net.i2p.util.NativeBigInteger.nativeModPow
  10  0.82% 76.00%3944 304998 net.i2p.util.NativeBigInteger.nativeModPow

With the main one being:

TRACE 300769:
   java.net.PlainSocketImpl.socketAccept(PlainSocketImpl.java:Unknown line)
   java.net.PlainSocketImpl.accept(PlainSocketImpl.java:390)
   java.net.ServerSocket.implAccept(ServerSocket.java:453)
   java.net.ServerSocket.accept(ServerSocket.java:421)
   freenet.io.NetworkInterface$Acceptor.run(NetworkInterface.java:325)
   freenet.support.PooledExecutor$MyThread.realRun(PooledExecutor.java:228)
   freenet.support.io.NativeThread.run(NativeThread.java:101)

Followed by:

TRACE 304459:
   
java.net.PlainDatagramSocketImpl.receive0(PlainDatagramSocketImpl.java:Unknown 
line)
   java.net.PlainDatagramSocketImpl.receive(PlainDatagramSocketImpl.java:136)
   java.net.DatagramSocket.receive(DatagramSocket.java:725)
   freenet.io.comm.UdpSocketHandler.getPacket(UdpSocketHandler.java:193)
   freenet.io.comm.UdpSocketHandler.realRun(UdpSocketHandler.java:149)
   freenet.io.comm.UdpSocketHandler.runLoop(UdpSocketHandler.java:135)
   freenet.io.comm.UdpSocketHandler.run(UdpSocketHandler.java:92)
   freenet.support.PooledExecutor$MyThread.realRun(PooledExecutor.java:228)
   freenet.support.io.NativeThread.run(NativeThread.java:101)
TRACE 300330:
   java.net.SocketInputStream.socketRead0(SocketInputStream.java:Unknown line)
   java.net.SocketInputStream.read(SocketInputStream.java:129)
   java.net.SocketInputStream.read(SocketInputStream.java:182)
   java.io.DataInputStream.readByte(DataInputStream.java:248)
   
org.tanukisoftware.wrapper.WrapperManager.handleSocket(WrapperManager.java:4203)
   org.tanukisoftware.wrapper.WrapperManager.run(WrapperManager.java:4558)
   java.lang.Thread.run(Thread.java:662)
TRACE 305339:
   java.net.SocketInputStream.socketRead0(SocketInputStream.java:Unknown line)
   java.net.SocketInputStream.read(SocketInputStream.java:129)
   java.net.SocketInputStream.read(SocketInputStream.java:182)
   java.io.FilterInputStream.read(FilterInputStream.java:66)
   
freemail.support.io.LineReadingInputStream.readLine(LineReadingInputStream.java:32)
   freemail.fcp.FCPMessage.init(FCPMessage.java:62)
   freemail.fcp.FCPConnection.getMessage(FCPConnection.java:184)
   freemail.fcp.FCPConnection.run(FCPConnection.java:91)
   java.lang.Thread.run(Thread.java:662)
TRACE 305536:
   java.net.PlainSocketImpl.socketAccept(PlainSocketImpl.java:Unknown line)
   java.net.PlainSocketImpl.accept(PlainSocketImpl.java:390)
   java.net.ServerSocket.implAccept(ServerSocket.java:453)
   java.net.ServerSocket.accept(ServerSocket.java:421)
   freemail.smtp.SMTPListener.realrun(SMTPListener.java:69)
   freemail.smtp.SMTPListener.run(SMTPListener.java:51)
   java.lang.Thread.run(Thread.java:662)
TRACE 305569:
   java.net.PlainSocketImpl.socketAccept(PlainSocketImpl.java:Unknown line)
   java.net.PlainSocketImpl.accept(PlainSocketImpl.java:390)
   java.net.ServerSocket.implAccept(ServerSocket.java:453)
   java.net.ServerSocket.accept(ServerSocket.java:421)
   freemail.imap.IMAPListener.realrun(IMAPListener.java:68)
   freemail.imap.IMAPListener.run(IMAPListener.java:57)
   java.lang.Thread.run(Thread.java:662)

The top 7 are all java.net related, and stand head and shoulder
above what one should sanely expect to be the highest cpu consumers
(FEC stuff).

What's going on with the networking code?
___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe


Re: [freenet-support] Something is wrong with my java.net code?

2010-11-02 Thread David ‘Bombe’ Roden
On Wednesday 03 November 2010 04:14:18 Dennis Nezic wrote:

 What's going on with the networking code?

Very normal behaviour. Most threads are waiting in ServerSocket.accept() which 
is expected as those threads are waiting for somebody to connect. You have a 
NetworkInterface (for fproxy), a UdpSocketHandler (for FNP), an SMTP server 
and an IMAP server (sounds like Freemail), and an existing FCP connection that 
is waiting to receive data (from Frost or FMS, possibly).

Thank you for reporting allegedly suspicious behaviour—this repost is 
completely bogus, though. :)


David


signature.asc
Description: This is a digitally signed message part.
___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe