aMule Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

We're back! (IN POG FORM)

Pages: 1 ... 34 35 [36] 37

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

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
Re: RRM's epic struggle for a better aMule on high-speed connections
« Reply #525 on: February 22, 2011, 04:11:01 PM »

Got to go now, but coming up soon:
Stock svn (unmodified EMSocket.cpp) against the new wx libs.
Logged

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
Re: RRM's epic struggle for a better aMule on high-speed connections
« Reply #526 on: February 22, 2011, 05:44:10 PM »

Unpatching:
In ~/temp-amule/src/EMSocket.cpp
!(m_bBusy
replaced by:
(!m_bBusy

Code: [Select]
$ cd amule-pre-stu
$ ./configure --prefix=/usr/local/stow/amule-pre-stu --enable-debug --enable-optimize --with-wxdebug --with-wx-prefix=/home/rrm/temp-amule/build
$ make clean
$ make -j 2 && sudo make install

Running
$ LD_LIBRARY_PATH=/home/rrm/temp-amule/build/lib /usr/local/stow/amule-pre-stu/bin/amule
Running perfectly.
$ LD_LIBRARY_PATH=/home/rrm/temp-amule/build-wo-patch/lib /usr/local/stow/amule-pre-stu/bin/amule
Running perfectly as well.

identity check:
$ LD_LIBRARY_PATH=/home/rrm/temp-amule/build/lib ldd /usr/local/stow/amule-pre-stu/bin/amule
Code: [Select]
linux-gate.so.1 =>  (0x00619000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00265000)
libbfd-2.20.so => /usr/lib/libbfd-2.20.so (0x006a6000)
libz.so.1 => /lib/libz.so.1 (0x002b9000)
libcrypto++.so.8 => /usr/lib/libcrypto++.so.8 (0x0077e000)
libupnp.so.3 => /usr/lib/libupnp.so.3 (0x00110000)
libthreadutil.so.2 => /usr/lib/libthreadutil.so.2 (0x00ded000)
libixml.so.2 => /usr/lib/libixml.so.2 (0x00bb8000)
libwx_gtk2ud_adv-2.8.so.0 => /home/rrm/temp-amule/build/lib/libwx_gtk2ud_adv-2.8.so.0 (0x00cea000)
libwx_gtk2ud_core-2.8.so.0 => /home/rrm/temp-amule/build/lib/libwx_gtk2ud_core-2.8.so.0 (0x00df3000)
libwx_baseud_net-2.8.so.0 => /home/rrm/temp-amule/build/lib/libwx_baseud_net-2.8.so.0 (0x0012d000)
libwx_baseud-2.8.so.0 => /home/rrm/temp-amule/build/lib/libwx_baseud-2.8.so.0 (0x002cf000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00167000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x0027e000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0049b000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x004b9000)
/lib/ld-linux.so.2 (0x00c81000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00259000)
libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x05d63000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00bc2000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x0061a000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00637000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x005fe000)
libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x09145000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00b6e000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x01ee6000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00660000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00c9e000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x0025d000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x002a4000)
librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x002aa000)
libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x04f9c000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00262000)
libSM.so.6 => /usr/lib/libSM.so.6 (0x0068d000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00c57000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x03e77000)
libtiff.so.4 => /usr/lib/libtiff.so.4 (0x02c39000)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00696000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x01662000)
libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x002b3000)
libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x006a3000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00cdc000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0x01e00000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x00ddc000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0x0682a000)
libXi.so.6 => /usr/lib/libXi.so.6 (0x04840000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x03ecc000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x073c2000)
libpcre.so.3 => /lib/libpcre.so.3 (0x06430000)
libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2 (0x042fa000)
libselinux.so.1 => /lib/libselinux.so.1 (0x02f43000)
libexpat.so.1 => /lib/libexpat.so.1 (0x07fa8000)
libICE.so.6 => /usr/lib/libICE.so.6 (0x04af5000)
libuuid.so.1 => /lib/libuuid.so.1 (0x00c7c000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x0649b000)
libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x04bd3000)
libdirectfb-1.2.so.0 => /usr/lib/libdirectfb-1.2.so.0 (0x06284000)
libfusion-1.2.so.0 => /usr/lib/libfusion-1.2.so.0 (0x01d97000)
libdirect-1.2.so.0 => /usr/lib/libdirect-1.2.so.0 (0x03d4f000)
libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 (0x00ce2000)
libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x015ae000)
libXau.so.6 => /usr/lib/libXau.so.6 (0x073f9000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x01209000)
$ LD_LIBRARY_PATH=/home/rrm/temp-amule/build-wo-patch/lib ldd /usr/local/stow/amule-pre-stu/bin/amule
Code: [Select]
linux-gate.so.1 =>  (0x00f05000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x0037e000)
libbfd-2.20.so => /usr/lib/libbfd-2.20.so (0x00c41000)
libz.so.1 => /lib/libz.so.1 (0x0062c000)
libcrypto++.so.8 => /usr/lib/libcrypto++.so.8 (0x00779000)
libupnp.so.3 => /usr/lib/libupnp.so.3 (0x00110000)
libthreadutil.so.2 => /usr/lib/libthreadutil.so.2 (0x00e7e000)
libixml.so.2 => /usr/lib/libixml.so.2 (0x0012d000)
libwx_gtk2ud_adv-2.8.so.0 => /home/rrm/temp-amule/build-wo-patch/lib/libwx_gtk2ud_adv-2.8.so.0 (0x00137000)
libwx_gtk2ud_core-2.8.so.0 => /home/rrm/temp-amule/build-wo-patch/lib/libwx_gtk2ud_core-2.8.so.0 (0x00f06000)
libwx_baseud_net-2.8.so.0 => /home/rrm/temp-amule/build-wo-patch/lib/libwx_baseud_net-2.8.so.0 (0x00229000)
libwx_baseud-2.8.so.0 => /home/rrm/temp-amule/build-wo-patch/lib/libwx_baseud-2.8.so.0 (0x00397000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00263000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00355000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00d82000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x04861000)
/lib/ld-linux.so.2 (0x00d24000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00563000)
libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x0414f000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00567000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x005fc000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00642000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x0066b000)
libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00685000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x0071b000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00b69000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00bde000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00d41000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00619000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x00c0e000)
librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x0061e000)
libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x00da0000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x0037b000)
libSM.so.6 => /usr/lib/libSM.so.6 (0x00763000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00c14000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x00e57000)
libtiff.so.4 => /usr/lib/libtiff.so.4 (0x00e84000)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x0076c000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x08a42000)
libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00627000)
libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00c0b000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00c39000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0x0131b000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x00ed9000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00d19000)
libXi.so.6 => /usr/lib/libXi.so.6 (0x00ee9000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00ef4000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x05afa000)
libpcre.so.3 => /lib/libpcre.so.3 (0x01395000)
libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2 (0x08006000)
libselinux.so.1 => /lib/libselinux.so.1 (0x0550c000)
libexpat.so.1 => /lib/libexpat.so.1 (0x02e7c000)
libICE.so.6 => /usr/lib/libICE.so.6 (0x017cd000)
libuuid.so.1 => /lib/libuuid.so.1 (0x00efd000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x058a2000)
libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x02c20000)
libdirectfb-1.2.so.0 => /usr/lib/libdirectfb-1.2.so.0 (0x0567f000)
libfusion-1.2.so.0 => /usr/lib/libfusion-1.2.so.0 (0x0867d000)
libdirect-1.2.so.0 => /usr/lib/libdirect-1.2.so.0 (0x07f7e000)
libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 (0x06bd0000)
libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x07bf0000)
libXau.so.6 => /usr/lib/libXau.so.6 (0x055bb000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x07eec000)


Logged

btkaos

  • Global Moderator
  • Sr. Member
  • *****
  • Karma: 110
  • Offline Offline
  • Posts: 486
  • Kaos is infinite!
Re: RRM's epic struggle for a better aMule on high-speed connections
« Reply #527 on: February 22, 2011, 08:01:15 PM »

Well I'm stupid, note the patch:

Code: [Select]
-  if (byConnected == ES_CONNECTED && IsEncryptionLayerReady() && !(m_bBusy && onlyAllowedToSendControlPacket)) {
+  if(byConnected == ES_CONNECTED && IsEncryptionLayerReady() && (!m_bBusy || onlyAllowedToSendControlPacket)) {

First line is the original emule code, second line is the current one.

RRM, you have to change the ! placement and the || operator to &&. The line should be
Code: [Select]
if (byConnected == ES_CONNECTED && IsEncryptionLayerReady() && !(m_bBusy && onlyAllowedToSendControlPacket)) {

With the ! operator outside and the && operator inside.

No wonder amule couldn't connect. Now just build amule like you did and test with the two libraries.
Logged

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
Re: RRM's epic struggle for a better aMule on high-speed connections
« Reply #528 on: February 22, 2011, 09:04:31 PM »

ha ha  :) ok.

Im now giving the version (with re-patched EMSocket.cpp) with wx patch a preliminary try.
It seems to run fine (its connecting and accelerating fast).

$ LD_LIBRARY_PATH=/home/rrm/temp-amule/build/lib ldd /usr/local/stow/amule-pre-stu/bin/amule
Code: [Select]
linux-gate.so.1 =>  (0x00ead000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x0069f000)
libbfd-2.20.so => /usr/lib/libbfd-2.20.so (0x00110000)
libz.so.1 => /lib/libz.so.1 (0x00bea000)
libcrypto++.so.8 => /usr/lib/libcrypto++.so.8 (0x001e8000)
libupnp.so.3 => /usr/lib/libupnp.so.3 (0x009fe000)
libthreadutil.so.2 => /usr/lib/libthreadutil.so.2 (0x005d8000)
libixml.so.2 => /usr/lib/libixml.so.2 (0x005de000)
libwx_gtk2ud_adv-2.8.so.0 => /home/rrm/temp-amule/build/lib/libwx_gtk2ud_adv-2.8.so.0 (0x00731000)
libwx_gtk2ud_core-2.8.so.0 => /home/rrm/temp-amule/build/lib/libwx_gtk2ud_core-2.8.so.0 (0x00eae000)
libwx_baseud_net-2.8.so.0 => /home/rrm/temp-amule/build/lib/libwx_baseud_net-2.8.so.0 (0x00da9000)
libwx_baseud-2.8.so.0 => /home/rrm/temp-amule/build/lib/libwx_baseud-2.8.so.0 (0x00823000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00a1b000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00b2b000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x005e8000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00c00000)
/lib/ld-linux.so.2 (0x00714000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00606000)
libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x04254000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x0060a000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x006b8000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x006d5000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00b0d000)
libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00b51000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00d45000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00de3000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00e58000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x01785000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x006fe000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x00703000)
librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x00709000)
libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x0314d000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x009ef000)
libSM.so.6 => /usr/lib/libSM.so.6 (0x009f2000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00e85000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x02301000)
libtiff.so.4 => /usr/lib/libtiff.so.4 (0x09eef000)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00d8d000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x02dbd000)
libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00b27000)
libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x009fb000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00d9a000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0x03002000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x07f5a000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0x07340000)
libXi.so.6 => /usr/lib/libXi.so.6 (0x050d5000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00da0000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x038fc000)
libpcre.so.3 => /lib/libpcre.so.3 (0x01b65000)
libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2 (0x0288b000)
libselinux.so.1 => /lib/libselinux.so.1 (0x023ad000)
libexpat.so.1 => /lib/libexpat.so.1 (0x0900d000)
libICE.so.6 => /usr/lib/libICE.so.6 (0x068cd000)
libuuid.so.1 => /lib/libuuid.so.1 (0x016e5000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x088cd000)
libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x048fa000)
libdirectfb-1.2.so.0 => /usr/lib/libdirectfb-1.2.so.0 (0x012c4000)
libfusion-1.2.so.0 => /usr/lib/libfusion-1.2.so.0 (0x0133e000)
libdirect-1.2.so.0 => /usr/lib/libdirect-1.2.so.0 (0x05d64000)
libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 (0x068ae000)
libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x07b29000)
libXau.so.6 => /usr/lib/libXau.so.6 (0x0949a000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x01348000)

Now im giving the non-wx patched version a serious try first.
LD_LIBRARY_PATH=/home/rrm/temp-amule/build-wo-patch/lib ldd /usr/local/stow/amule-pre-stu/bin/amule
Code: [Select]
linux-gate.so.1 =>  (0x004d1000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00ab8000)
libbfd-2.20.so => /usr/lib/libbfd-2.20.so (0x00110000)
libz.so.1 => /lib/libz.so.1 (0x00ebe000)
libcrypto++.so.8 => /usr/lib/libcrypto++.so.8 (0x0058f000)
libupnp.so.3 => /usr/lib/libupnp.so.3 (0x001e8000)
libthreadutil.so.2 => /usr/lib/libthreadutil.so.2 (0x00a45000)
libixml.so.2 => /usr/lib/libixml.so.2 (0x00236000)
libwx_gtk2ud_adv-2.8.so.0 => /home/rrm/temp-amule/build-wo-patch/lib/libwx_gtk2ud_adv-2.8.so.0 (0x00240000)
libwx_gtk2ud_core-2.8.so.0 => /home/rrm/temp-amule/build-wo-patch/lib/libwx_gtk2ud_core-2.8.so.0 (0x00ed4000)
libwx_baseud_net-2.8.so.0 => /home/rrm/temp-amule/build-wo-patch/lib/libwx_baseud_net-2.8.so.0 (0x00c7f000)
libwx_baseud-2.8.so.0 => /home/rrm/temp-amule/build-wo-patch/lib/libwx_baseud-2.8.so.0 (0x00cb9000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00332000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00205000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00c16000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00ad1000)
/lib/ld-linux.so.2 (0x00572000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x0022b000)
libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x065be000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00424000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x004d2000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x004ef000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00518000)
libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x0097f000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00a4b000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x04ce1000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00532000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00c34000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x0022f000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x004b9000)
librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x004bf000)
libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x0a22d000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x004c8000)
libSM.so.6 => /usr/lib/libSM.so.6 (0x0055f000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00a15000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x00a93000)
libtiff.so.4 => /usr/lib/libtiff.so.4 (0x012e9000)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00c72000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x06a13000)
libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x004cb000)
libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00568000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x0056b000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0x0904e000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x00e85000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00a3a000)
libXi.so.6 => /usr/lib/libXi.so.6 (0x00e95000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00ea0000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00ea9000)
libpcre.so.3 => /lib/libpcre.so.3 (0x05702000)
libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2 (0x087ce000)
libselinux.so.1 => /lib/libselinux.so.1 (0x036d4000)
libexpat.so.1 => /lib/libexpat.so.1 (0x09d1f000)
libICE.so.6 => /usr/lib/libICE.so.6 (0x02827000)
libuuid.so.1 => /lib/libuuid.so.1 (0x00eb4000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x0790e000)
libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x096f5000)
libdirectfb-1.2.so.0 => /usr/lib/libdirectfb-1.2.so.0 (0x038a5000)
libfusion-1.2.so.0 => /usr/lib/libfusion-1.2.so.0 (0x0979b000)
libdirect-1.2.so.0 => /usr/lib/libdirect-1.2.so.0 (0x02b3d000)
libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 (0x00eb9000)
libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x01906000)
libXau.so.6 => /usr/lib/libXau.so.6 (0x0743b000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x02284000)




Logged

btkaos

  • Global Moderator
  • Sr. Member
  • *****
  • Karma: 110
  • Offline Offline
  • Posts: 486
  • Kaos is infinite!
Re: RRM's epic struggle for a better aMule on high-speed connections
« Reply #529 on: February 22, 2011, 09:10:42 PM »

Im now giving the version (with re-patched EMSocket.cpp) with wx patch a preliminary try.
It seems to run fine (its connecting and accelerating fast).
...
Now im giving the non-wx patched version a serious try first.
Ok fine, we are back to the original plan. Let's see what happens. You are now trying the version with 0 of the 2 possible patches so it should crash ;)

Sorry for my brainfade, you lost some valuable time.
Logged

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
Re: RRM's epic struggle for a better aMule on high-speed connections
« Reply #530 on: February 22, 2011, 09:46:42 PM »

No loss at all,
I got another lesson in this stuff that i know so little about,
and now ive learned a little bit more.
Im already very proud of myself that i got to understand where i had screwed up
(by not undoing the EMSocket.cpp patch in ~tmp/amule before configuring again),
and that i was able to get back on track.
So, thank you for sticking by!
Logged

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
Re: RRM's epic struggle for a better aMule on high-speed connections
« Reply #531 on: February 23, 2011, 09:44:02 AM »

As expected, the unpatched pre-Stu version crashed within an hour (no gdb, no backtrace).
Code: [Select]
Terminated after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc

The pre-Stu version with Kry's wx patch has since been running smoothly all night.
Dont know if it means anything, but the log says:
Code: [Select]
2011-02-23 03:02:46: amuleDlg.cpp(1226): Skin directory '- default -' does not exist
And when i change from one tab to another, it has the same slow feel as with high memory consumption,
even though that is not the case...

$ ps axl | grep amule
Code: [Select]
0  1000 16456  8064  20   0 174088 119996 sync_p Dl+ pts/1    412:38 /usr/local/stow/amule-pre-stu/bin/amule
0  1000 17537  8610  20   0   3044   768 sync_b D+   pts/0      0:00 grep amule
Logged

btkaos

  • Global Moderator
  • Sr. Member
  • *****
  • Karma: 110
  • Offline Offline
  • Posts: 486
  • Kaos is infinite!
Re: RRM's epic struggle for a better aMule on high-speed connections
« Reply #532 on: February 23, 2011, 05:10:32 PM »

As expected, the unpatched pre-Stu version crashed within an hour (no gdb, no backtrace).
Code: [Select]
Terminated after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
That means no more memory left.
Quote
The pre-Stu version with Kry's wx patch has since been running smoothly all night.
Dont know if it means anything, but the log says:
Code: [Select]
2011-02-23 03:02:46: amuleDlg.cpp(1226): Skin directory '- default -' does not exist
Not important.
Quote
And when i change from one tab to another, it has the same slow feel as with high memory consumption,
even though that is not the case...

$ ps axl | grep amule
Code: [Select]
0  1000 16456  8064  20   0 174088 119996 sync_p Dl+ pts/1    412:38 /usr/local/stow/amule-pre-stu/bin/amule
0  1000 17537  8610  20   0   3044   768 sync_b D+   pts/0      0:00 grep amule
Good to know, it seems we have really nailed down the cause of your bug, a bug in wx.

The slusginess you've been witnessing was normal for me when I had such huge loads. Is amule more responsive with the STU patch? Anyways I'm not qualified to judge patch's correctness.

Profiling amule and some optimization is really needed, unfortunately this is no easy task,  but once we iron out most of the bugs we could concentrate on that.
Logged

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
Re: RRM's epic struggle for a better aMule on high-speed connections
« Reply #533 on: February 23, 2011, 06:08:56 PM »

$ ps axl | grep amule
Code: [Select]
0  1000 16456  8064  20   0 174088 119996 sync_p Dl+ pts/1    412:38 /usr/local/stow/amule-pre-stu/bin/amule
0  1000 16456  8064  20   0 188136 127116 futex_ Sl+ pts/1    643:26 /usr/local/stow/amule-pre-stu/bin/amule
0  1000 16456  8064  20   0 197100 135972 -     Rl+  pts/1    746:32 /usr/local/stow/amule-pre-stu/bin/amule
0  1000 16456  8064  20   0 202016 141092 -     Rl+  pts/1    899:41 /usr/local/stow/amule-pre-stu/bin/amule
0  1000 16456  8064  20   0 218064 146304 -     Rl+  pts/1    1005:59 /usr/local/stow/amule-pre-stu/bin/amule

Still perfectly normal, even though manouvering between tabs gets increasingly slower

Quote
Is amule more responsive with the STU patch?

Yes, with Stu's patch there was no delay whatsoever.
Logged

btkaos

  • Global Moderator
  • Sr. Member
  • *****
  • Karma: 110
  • Offline Offline
  • Posts: 486
  • Kaos is infinite!
Re: RRM's epic struggle for a better aMule on high-speed connections
« Reply #534 on: February 23, 2011, 08:13:28 PM »


Still perfectly normal, even though manouvering between tabs gets increasingly slower

Quote
Is amule more responsive with the STU patch?

Yes, with Stu's patch there was no delay whatsoever.
Well, it is obvious that STU's patch reduces the load (so this particular bug was triggered, for example)

The question is if you notice any difference from STU patch not only in responsiveness, but in queue size, maximum speeds, number of clientes, etc...
Logged

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
Re: RRM's epic struggle for a better aMule on high-speed connections
« Reply #535 on: February 23, 2011, 09:34:47 PM »

Quote
The question is if you notice any difference from STU patch not only in responsiveness, but in queue size, maximum speeds, number of clientes, etc...

No difference, but that is because i limit that myself, indirectly.
Let me explain:
Im selecting a 1080p file, to which i add DTS/AC3 in about 6 more languages plus >20 subtitles (in a MKV),
and then start distributing (uploading).
As long as the file is not getting too much popular, i keep uploading.
If, however one of the files is becoming too much popular (which also means there are sufficient people
who have the complete file and are uploading too, so that they will 'keep the file alive'),
thats when i delete the file.
This way im controlling the number of clients and average upload speed.
There never is a queue; everybody who is downloading, does so continuously.
The only thing i do not control, is total uploadcapacity, but that one is fixed by the ISP (about 3 MB/s).
 
Logged

btkaos

  • Global Moderator
  • Sr. Member
  • *****
  • Karma: 110
  • Offline Offline
  • Posts: 486
  • Kaos is infinite!
Re: RRM's epic struggle for a better aMule on high-speed connections
« Reply #536 on: February 23, 2011, 10:47:04 PM »

Aha, I remember. So you are always uploading to maximum speed.

I understand that both versions reach a similar number of simultaneous upload clients, isn't it?

If they get the same number of active uploads then we should understand why the patch performs better, but could be the case that the patch limits the number of simultaneous uploads and I suspect 30 uploads at 100Kb/s are much less load to amule than 3000 at 1Kbp/s.

Anyways 3Mb/s of upload is too little for testing STU patch full effects, we'd need something closed to LAN speeds.

Thanks a lot RRM. so far this crasher should be solved, what to do about the mule's patch I don't know, what does STU think?

Performance issues should go to a new thread and I suspect that optimizing amule may be hard :)
Logged

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
Re: RRM's epic struggle for a better aMule on high-speed connections
« Reply #537 on: February 24, 2011, 06:42:30 AM »

Quote
it seems we have really nailed down the cause of your bug, a bug in wx.

Maybe not...
There was a reason why 'the feel' of this mule was not right:
the mule has crashed...

(amule:16456): GLib-CRITICAL **: g_source_remove: assertion `tag > 0' failed

----------------------------=| BACKTRACE FOLLOWS: |=----------------------------
Current version is: aMule SVN compiled with wxGTK2 v2.8.11 (Debugging) (Snapshot: rev. 10454)
Running on: Linux 2.6.31-22-generic i686

[2] fprintf in stdio2.h:99
[3] wxFatalSignalHandler in /home/rrm/temp-amule/build/lib/libwx_baseud-2.8.so.0[0xcc7ddd]
[4] ?? in [0x905400]
[5] ?? in /home/rrm/temp-amule/build/lib/libwx_gtk2ud_core-2.8.so.0 [0x10dd07a]
[6] ?? in /usr/lib/libgdk-x11-2.0.so.0 [0x6b2f7c]
[7] ?? in /lib/libglib-2.0.so.0 [0x1634dab]
[8] g_main_context_dispatch in /lib/libglib-2.0.so.0[0x15fde88]
[9] ?? in /lib/libglib-2.0.so.0 [0x1601730]
[10] g_main_loop_run in /lib/libglib-2.0.so.0[0x1601b9f]
[11] gtk_main in /usr/lib/libgtk-x11-2.0.so.0[0x914e419]
[12] wxEventLoop::Run() in /home/rrm/temp-amule/build/lib/libwx_gtk2ud_core-2.8.so.0[0x10db089]
[13] wxAppBase::MainLoop() in /home/rrm/temp-amule/build/lib/libwx_gtk2ud_core-2.8.so.0[0x117cc53]
[14] wxAppBase::OnRun() in /home/rrm/temp-amule/build/lib/libwx_gtk2ud_core-2.8.so.0[0x117cdb3]
[15] wxEntry(int&, wchar_t**) in /home/rrm/temp-amule/build/lib/libwx_baseud-2.8.so.0[0xc51224]
[16] wxEntry(int&, char**) in /home/rrm/temp-amule/build/lib/libwx_baseud-2.8.so.0[0xc512ea]
[17] main in amule-gui.cpp:93
[18] __libc_start_main in /lib/tls/i686/cmov/libc.so.6[0xd7ab56]
[19] _start in start.S:122


--------------------------------------------------------------------------------
Aborted

So, how to link this mule to the libs statically, so that we can start it using gdb
and get a good backtrace?
Logged

btkaos

  • Global Moderator
  • Sr. Member
  • *****
  • Karma: 110
  • Offline Offline
  • Posts: 486
  • Kaos is infinite!
Re: RRM's epic struggle for a better aMule on high-speed connections
« Reply #538 on: February 24, 2011, 02:27:04 PM »

Umm, no need. to link it statically.

Just run it under gdb:

Code: [Select]
$ LD_LIBRARY_PATH=/home/rrm/...  gdb amule

If you get a backtrace be sure to post the command line.
Logged

RRM

  • Sr. Member
  • ****
  • Karma: 40
  • Offline Offline
  • Posts: 444
Re: RRM's epic struggle for a better aMule on high-speed connections
« Reply #539 on: February 24, 2011, 04:14:33 PM »

Thank you.

$ LD_LIBRARY_PATH=/home/rrm/temp-amule/build/lib gdb amule
Starting program: /usr/local/stow/amule-pre-stu/bin/amule
2011-02-24 16:09:48: amuleAppCommon.cpp(331): Initialising aMule SVN compiled with wxGTK2 v2.8.11 (Debugging) (Snapshot: rev. 10454)


Logged
Pages: 1 ... 34 35 [36] 37