Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Stu Redman]

7 sec for download, 3 sec for filter load (debug build). 
What exactly is taking the time? Please check your log. And which SVN version are you using?

[gav616]

it only seems to happen when there's an update of the original ipfilter in place, at fresh start-up.

so I guess for you (and me) to test, you'll have to wait 1-3 days to get an updated ipfilter from that url.



buts it's not the time it gets it, its the time it replaces it with the old one that's used, while it's checking and getting the new one at start-up.


But, anyway... i'll re-compile with debug and wait for an-updated url.

p.s.

what debug settings in amule is advised?

p.p.s

just to compare latest SVN to my last log entry

previous log 38sec

Code: [Select]

2010-07-02 13:24:21: amuled: OnInit - starting timer
 2010-07-02 13:24:21: Loading IP filters 'ipfilter.dat' and 'ipfilter_static.dat'.
 2010-07-02 13:24:21: Loaded 196402 IP-ranges from '/home/gav/.aMule/ipfilter.dat'.
 2010-07-02 13:24:21: Loaded 0 IP-ranges from '/home/gav/.aMule/ipfilter_static.dat'.
 2010-07-02 13:24:21: IP filter is ready
!2010-07-02 13:24:21: Connecting
 2010-07-02 13:24:21: Read 200 Kad contacts
!2010-07-02 13:24:23: Connected to Kad (firewalled)
 2010-07-02 13:24:23: New external connection accepted
 2010-07-02 13:24:23: Connecting client: amule-remote 0x0001
 2010-07-02 13:24:23: Access granted.
!2010-07-02 13:24:44: Connected to Kad (ok)
 2010-07-02 13:24:58: Successfully updated ipfilter.dat
 2010-07-02 13:24:58: Loading IP filters 'ipfilter.dat' and 'ipfilter_static.dat'.
 2010-07-02 13:24:59: Loaded 196988 IP-ranges from '/home/gav/.aMule/ipfilter.dat'.
 2010-07-02 13:24:59: Loaded 0 IP-ranges from '/home/gav/.aMule/ipfilter_static.dat'.
 2010-07-02 13:24:59: IP filter is ready
latest SVN (10257) 5 minutes

Code: [Select]

2010-07-28 18:16:54: amuled: OnInit - starting timer
 2010-07-28 18:16:54: Loading IP filters 'ipfilter.dat' and 'ipfilter_static.dat'.
 2010-07-28 18:16:55: Loaded 201150 IP-ranges from '/home/gav/.aMule/ipfilter.dat'.
 2010-07-28 18:16:55: Loaded 0 IP-ranges from '/home/gav/.aMule/ipfilter_static.dat'.
 2010-07-28 18:16:55: IP filter is ready
!2010-07-28 18:16:55: Connecting
 2010-07-28 18:16:55: Read 198 Kad contacts
!2010-07-28 18:16:55: Kad started.
!2010-07-28 18:16:56: Kad stopped.
!2010-07-28 18:16:56: Connected to Kad (firewalled)
 2010-07-28 18:16:59: New external connection accepted
 2010-07-28 18:16:59: Connecting client: amule-remote 0x0001
 2010-07-28 18:16:59: Access granted.
!2010-07-28 18:18:05: Connected to Kad (ok)
 2010-07-28 18:18:48: External connection closed.
 2010-07-28 18:19:28: New external connection accepted
 2010-07-28 18:19:28: Connecting client: amule-remote 0x0001
 2010-07-28 18:19:28: Access granted.
 2010-07-28 18:22:15: Successfully updated ipfilter.dat
 2010-07-28 18:22:15: Loading IP filters 'ipfilter.dat' and 'ipfilter_static.dat'.
 2010-07-28 18:22:16: Loaded 201712 IP-ranges from '/home/gav/.aMule/ipfilter.dat'.
 2010-07-28 18:22:16: Loaded 0 IP-ranges from '/home/gav/.aMule/ipfilter_static.dat'.
 2010-07-28 18:22:16: IP filter is ready

[Stu Redman]

Well, it's not the loading of the filter that takes the time. Probably the download.
If you wait until everything is up, then delete ipfilter.dat and click "update now" in preferences/security - do you also get the insane delay?
Please run a debug build and enable "http" and "ipfilter". And add an extra debug line:

Code: [Select]

Index: HTTPDownload.cpp
===================================================================
--- HTTPDownload.cpp (revision 10257)
+++ HTTPDownload.cpp (working copy)
@@ -264,6 +264,7 @@
  evt.SetExtraLong(download_size);
  wxPostEvent(m_companion, evt);
 #endif
+ AddDebugLogLineN(logHTTP, CFormat(wxT("Download progress: %i")) % total_read);
  }
  }
  } while (current_read && !TestDestroy());


[gav616]

I've noticed the ipfilter at start-up always waits until KAD is 'ok' to then check for the update.

So, if I've offlined for a couple of days it takes about 2-5mins to get enough contacts together to get a highid in KAD, which is the same time I've been complaining about in which it takes the ipfilter to check/update..

I request a reverting back to checking/updating the ipfilter stuff 'before' connecting.

[Stu Redman]

Your post above shows the delay to occur after Kad switches from firewalled to ok, so I don't believe your conclusion is correct.
Please help me tracking down the problem by answering the questions from my previous post.