aMule Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

We're back! (IN POG FORM)

Pages: 1 ... 16 17 [18] 19 20 ... 37

Author Topic: RRM's epic struggle for a better aMule on high-speed connections  (Read 165908 times)

Stu Redman

  • Administrator
  • Hero Member
  • *****
  • Karma: 214
  • Offline Offline
  • Posts: 3739
  • Engines screaming
RRM's epic struggle for a better aMule on high-speed connections
« Reply #255 on: November 10, 2009, 07:48:05 PM »

Can i still start using the SVN 9866?
Sure, that's what I'm suggesting. (I won't investigate that problem with 2.2 anymore.)
Logged
The image of mother goddess, lying dormant in the eyes of the dead, the sheaf of the corn is broken, end the harvest, throw the dead on the pyre -- Iron Maiden, Isle of Avalon

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
RRM's epic struggle for a better aMule on high-speed connections
« Reply #256 on: November 11, 2009, 08:37:12 AM »

Ehhrr, im too stupid to compile 9866 myself,
so i will have to wait for Festor's Karmic builds...
Logged

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
RRM's epic struggle for a better aMule on high-speed connections
« Reply #257 on: November 11, 2009, 09:35:35 AM »

By the way:
If aMule is already quite busy, and if i then start downloading
from usenet (with incredible speed) or copy large files from one
disk to another, aMule mostly crashes.
So, maybe a high VSZ issue after all?
Logged

btkaos

  • Global Moderator
  • Sr. Member
  • *****
  • Karma: 110
  • Offline Offline
  • Posts: 486
  • Kaos is infinite!
RRM's epic struggle for a better aMule on high-speed connections
« Reply #258 on: November 12, 2009, 01:30:10 AM »

If aMule is already quite busy, and if i then start downloading
from usenet (with incredible speed) or copy large files from one
disk to another, aMule mostly crashes.
So, maybe a high VSZ issue after all?
High VSZ should be a side-effect of the bug. It seems an internal queue gets filled at a bigger rate than it can be consumed. That shouldn't happen.
Logged

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
RRM's epic struggle for a better aMule on high-speed connections
« Reply #259 on: November 14, 2009, 07:43:41 PM »

Thank you, i understand; the high VSZ is just a symptom.

Remarkably, the inclusion of download time in "waited", may eventually
disappear when aMule has run uninterupted for some time.
Now (after 1.5 days of uptime) all clients have "waited" for 3 secs maximally.
I guess this depends on the conditions (how many uploads and downloads).

Ha ha :) , right after i wrote this, i checked the 'waited' list again,
and guess what: now half the same clients have 'waited' for multiple seconds (the fast ones), minutes
and even hours (a slow downloader)...
 ::)
Let me just say that there seems to be a fluctuation...
Something sets it off, and it doesnt happen all the time.
« Last Edit: November 14, 2009, 07:50:58 PM by RRM »
Logged

Stu Redman

  • Administrator
  • Hero Member
  • *****
  • Karma: 214
  • Offline Offline
  • Posts: 3739
  • Engines screaming
RRM's epic struggle for a better aMule on high-speed connections
« Reply #260 on: November 15, 2009, 09:23:28 PM »

9866 or older ?
Logged
The image of mother goddess, lying dormant in the eyes of the dead, the sheaf of the corn is broken, end the harvest, throw the dead on the pyre -- Iron Maiden, Isle of Avalon

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
RRM's epic struggle for a better aMule on high-speed connections
« Reply #261 on: November 16, 2009, 09:07:01 PM »

9866 or older ?

huh? I dont understand...
You wrote:

"Waited" should be fixed in 9862.
I did several slight changes/fixes in the upload so please retry SVN 9866.

And i just want to follow your advice, so, i have to retry 9866, no?
or 9862?
Logged

Stu Redman

  • Administrator
  • Hero Member
  • *****
  • Karma: 214
  • Offline Offline
  • Posts: 3739
  • Engines screaming
RRM's epic struggle for a better aMule on high-speed connections
« Reply #262 on: November 16, 2009, 10:42:51 PM »

You posted you'd wait for a build, then posted some results, and I wanted to know from which version they were.
I've made several changes, "waited" in 9862 is only one of them. So please try 9866 or later.
Logged
The image of mother goddess, lying dormant in the eyes of the dead, the sheaf of the corn is broken, end the harvest, throw the dead on the pyre -- Iron Maiden, Isle of Avalon

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
RRM's epic struggle for a better aMule on high-speed connections
« Reply #263 on: November 17, 2009, 11:35:21 AM »

Im sorry for that. Im still waiting for the 9866 build.
Thank you.
Logged

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
RRM's epic struggle for a better aMule on high-speed connections
« Reply #264 on: December 11, 2009, 06:36:44 PM »

Thanks to Festor's fantastic work, i've just installed SVN 9900.
I think its a good idea that the downloaders get to keep their slot;
that they dont have to reallocate after every 10MB downloaded,
which already makes a difference, i guess (a lot less reallocation).
Logically, everybody 'waited' for 0 secs. (nobody gets reallocated)
Up till now aMule crashed about once a day, so lets see what happens...
« Last Edit: December 11, 2009, 06:39:20 PM by RRM »
Logged

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
RRM's epic struggle for a better aMule on high-speed connections
« Reply #265 on: December 11, 2009, 09:56:36 PM »

Yes, the "waited" definitely has been fixed:
After 2 to 3 hours of continuous donwloading, a couple of clients got disconnected
and subsequently reallocated, and yet everybody's "waited" time is still/again 0 secs.
Logged

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
RRM's epic struggle for a better aMule on high-speed connections
« Reply #266 on: December 12, 2009, 06:53:46 PM »

After over 24 hours no crash yet,
so i'm going to add back in an extra popular file for uploading.
Logged

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
RRM's epic struggle for a better aMule on high-speed connections
« Reply #267 on: December 13, 2009, 06:49:00 AM »

Program received signal SIGABRT, Aborted.
0x00526422 in __kernel_vsyscall ()

$ ps axl | grep amule
Code: [Select]
0  1000  2513  2494  20   0  37232  7296 poll_s S+   pts/0      0:00 gdb amule
0  1000  2515  2513  20   0 3145724 2022868 ptrace Tl pts/0   1200:29 /usr/bin/amule
0  1000  5089  5070  20   0   3036   792 pipe_w S+   pts/1      0:00 grep amule
(gdb) bt full
Code: [Select]
#0  0x00526422 in __kernel_vsyscall ()
No symbol table info available.
#1  0x003374d1 in raise () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#2  0x0033a932 in abort () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#3  0x08391215 in ?? ()
No symbol table info available.
#4  0x002af415 in ?? () from /usr/lib/libstdc++.so.6
No symbol table info available.
#5  0x002af452 in std::terminate() () from /usr/lib/libstdc++.so.6
No symbol table info available.
#6  0x002af591 in __cxa_throw () from /usr/lib/libstdc++.so.6
No symbol table info available.
#7  0x002afc0f in operator new(unsigned int) () from /usr/lib/libstdc++.so.6
No symbol table info available.
#8  0x00ad8463 in wxObjectList::CreateNode(wxNodeBase*, wxNodeBase*, void*, wxListKey const&) () from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#9  0x00aead4b in wxListBase::Append(void*) ()
   from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#10 0x00b448e0 in wxEvtHandler::AddPendingEvent(wxEvent&) ()
---Type <return> to continue, or q <return> to quit---
   from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#11 0x00957920 in wxSocketBase::OnRequest(wxSocketNotify) ()
   from /usr/lib/libwx_baseu_net-2.8.so.0
No symbol table info available.
#12 0x00957a14 in wx_socket_callback () from /usr/lib/libwx_baseu_net-2.8.so.0
No symbol table info available.
#13 0x0095ca8b in GSocket::Detected_Write() ()
   from /usr/lib/libwx_baseu_net-2.8.so.0
No symbol table info available.
#14 0x01516427 in ?? () from /usr/lib/libwx_gtk2u_core-2.8.so.0
No symbol table info available.
#15 0x00580f7c in ?? () from /usr/lib/libgdk-x11-2.0.so.0
No symbol table info available.
#16 0x009f8d5b in ?? () from /lib/libglib-2.0.so.0
No symbol table info available.
#17 0x009c1e78 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
No symbol table info available.
#18 0x009c5720 in ?? () from /lib/libglib-2.0.so.0
No symbol table info available.
#19 0x009c5b8f in g_main_loop_run () from /lib/libglib-2.0.so.0
No symbol table info available.
#20 0x01958419 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#21 0x01514c78 in wxEventLoop::Run() () from /usr/lib/libwx_gtk2u_core-2.8.so.0
No symbol table info available.
#22 0x015a7e3e in wxAppBase::MainLoop() ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
No symbol table info available.
#23 0x015a7a31 in wxAppBase::OnRun() () from /usr/lib/libwx_gtk2u_core-2.8.so.0
No symbol table info available.
#24 0x00adf7aa in wxEntry(int&, wchar_t**) ()
   from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#25 0x00adf987 in wxEntry(int&, char**) () from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#26 0x08272d19 in ?? ()
No symbol table info available.
#27 0x00323b56 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#28 0x08086761 in ?? ()
No symbol table info available.

(gdb) thread apply all bt full
Code: [Select]
Thread 6 (Thread 0xb4ffcb70 (LWP 2532)):
#0  0x00526422 in __kernel_vsyscall ()
No symbol table info available.
#1  0x0089c829 in __lll_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#2  0x00897f3b in _L_lock_752 () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#3  0x00897d51 in pthread_mutex_lock () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#4  0x00b41d1d in wxMutexInternal::Lock() () from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#5  0x00b41d68 in wxMutex::Lock() () from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#6  0x00b448c2 in wxEvtHandler::AddPendingEvent(wxEvent&) ()
   from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#7  0x0817d904 in ?? ()
No symbol table info available.
#8  0x0838e78c in ?? ()
No symbol table info available.
#9  0x00b43a98 in wxThreadInternal::PthreadStart(wxThread*) ()
   from /usr/lib/libwx_baseu-2.8.so.0
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#10 0x00b43afd in wxPthreadStart () from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#11 0x0089580e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#12 0x003d97ee in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.

Thread 3 (Thread 0xb67ffb70 (LWP 2529)):
#0  0x00526422 in __kernel_vsyscall ()
No symbol table info available.
#1  0x0089d466 in nanosleep () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#2  0x00b493b8 in wxMicroSleep(unsigned long) ()
   from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#3  0x00b493e1 in wxMilliSleep(unsigned long) ()
   from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#4  0x00b4169d in wxThread::Sleep(unsigned long) ()
   from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#5  0x081ddf78 in ?? ()
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#6  0x00b43a98 in wxThreadInternal::PthreadStart(wxThread*) ()
   from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#7  0x00b43afd in wxPthreadStart () from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#8  0x0089580e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#9  0x003d97ee in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.

Thread 1 (Thread 0xb7fdf760 (LWP 2515)):
#0  0x00526422 in __kernel_vsyscall ()
No symbol table info available.
#1  0x003374d1 in raise () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#2  0x0033a932 in abort () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#3  0x08391215 in ?? ()
No symbol table info available.
#4  0x002af415 in ?? () from /usr/lib/libstdc++.so.6
No symbol table info available.
#5  0x002af452 in std::terminate() () from /usr/lib/libstdc++.so.6
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#6  0x002af591 in __cxa_throw () from /usr/lib/libstdc++.so.6
No symbol table info available.
#7  0x002afc0f in operator new(unsigned int) () from /usr/lib/libstdc++.so.6
No symbol table info available.
#8  0x00ad8463 in wxObjectList::CreateNode(wxNodeBase*, wxNodeBase*, void*, wxListKey const&) () from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#9  0x00aead4b in wxListBase::Append(void*) ()
   from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#10 0x00b448e0 in wxEvtHandler::AddPendingEvent(wxEvent&) ()
   from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#11 0x00957920 in wxSocketBase::OnRequest(wxSocketNotify) ()
   from /usr/lib/libwx_baseu_net-2.8.so.0
No symbol table info available.
#12 0x00957a14 in wx_socket_callback () from /usr/lib/libwx_baseu_net-2.8.so.0
No symbol table info available.
#13 0x0095ca8b in GSocket::Detected_Write() ()
   from /usr/lib/libwx_baseu_net-2.8.so.0
No symbol table info available.
#14 0x01516427 in ?? () from /usr/lib/libwx_gtk2u_core-2.8.so.0
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#15 0x00580f7c in ?? () from /usr/lib/libgdk-x11-2.0.so.0
No symbol table info available.
#16 0x009f8d5b in ?? () from /lib/libglib-2.0.so.0
No symbol table info available.
#17 0x009c1e78 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
No symbol table info available.
#18 0x009c5720 in ?? () from /lib/libglib-2.0.so.0
No symbol table info available.
#19 0x009c5b8f in g_main_loop_run () from /lib/libglib-2.0.so.0
No symbol table info available.
#20 0x01958419 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#21 0x01514c78 in wxEventLoop::Run() () from /usr/lib/libwx_gtk2u_core-2.8.so.0
No symbol table info available.
#22 0x015a7e3e in wxAppBase::MainLoop() ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
No symbol table info available.
#23 0x015a7a31 in wxAppBase::OnRun() () from /usr/lib/libwx_gtk2u_core-2.8.so.0
No symbol table info available.
#24 0x00adf7aa in wxEntry(int&, wchar_t**) ()
   from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
---Type <return> to continue, or q <return> to quit---
#25 0x00adf987 in wxEntry(int&, char**) () from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.
#26 0x08272d19 in ?? ()
No symbol table info available.
#27 0x00323b56 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#28 0x08086761 in ?? ()
No symbol table info available.
Logged

Stu Redman

  • Administrator
  • Hero Member
  • *****
  • Karma: 214
  • Offline Offline
  • Posts: 3739
  • Engines screaming
RRM's epic struggle for a better aMule on high-speed connections
« Reply #268 on: December 13, 2009, 01:19:23 PM »

The well known memory exhaustion. I didn't fix anything directly related to this so I'm not surprised.  :(
Logged
The image of mother goddess, lying dormant in the eyes of the dead, the sheaf of the corn is broken, end the harvest, throw the dead on the pyre -- Iron Maiden, Isle of Avalon

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
RRM's epic struggle for a better aMule on high-speed connections
« Reply #269 on: December 13, 2009, 06:35:30 PM »

Ah, okay.
I just hoped that the memory exhaustion had something to do
with unnecessary re- and reallocation....
but unfortunately, no.
Logged
Pages: 1 ... 16 17 [18] 19 20 ... 37