aMule Forum
Deutsch => aMule Hilfe => Topic started by: poi on May 02, 2004, 11:34:40 AM
-
Also ich muss sagen: Totenstark!
Alle Fehler die ich in der Version 1.2.6 hatte sind nicht mehr vorhanden.
Bis dato keinerlei Abstürze, kein festfrieren wenn files fertig, das gui ist jederzeit gleich schnell, sehr geringe Systembelastung.
Einzig die Kleinigkeiten in den vorhergehenden treads snd aktuell.
Datt Teil ist echte Sahne! Danke all ihr Macher... :baby:
-
hi,
leider kann ich meinem Vorredner nicht zustimmen, aMule 2.0.0rc3 beendet sich immer noch von selbst, einmal bereits nach ca. 6 Stunden Betriebszeit, einmal nach ca. 30 Stunden .... völlig unterschiedlich.
Vielleicht würde selbst kompilieren was bringen, statt des rpm's ??
Gruß
matrix1977
-
Okay... eben war meiner auch weg. ;(
Komisch.
-
Meiner ist auch nach einer Stunde abgesemmelt, aber in der Stunde lief er um längen besser als die 1.2.6. Aber die läuft stabil über viele Stunden.
-
ja ist schon viel besser geworden.
Bei mir schwankt aber die anzahl der aktiven verbindungen sehr stark. Ist das normal ?
Großes lob an die Entwickler
thx
c
-
Originally posted by matrix1977
hi,
leider kann ich meinem Vorredner nicht zustimmen, aMule 2.0.0rc3 beendet sich immer noch von selbst, einmal bereits nach ca. 6 Stunden Betriebszeit, einmal nach ca. 30 Stunden .... völlig unterschiedlich.
Vielleicht würde selbst kompilieren was bringen, statt des rpm's ??
Gruß
matrix1977
kannst versuchen.. mal ohne debug, mal mit debug ..
gruss
-
Originally posted by chango
ja ist schon viel besser geworden.
Bei mir schwankt aber die anzahl der aktiven verbindungen sehr stark. Ist das normal ?
Großes lob an die Entwickler
thx
c
an sich nicht.. hast du es in anderen amule versionen auch gehabt?
gruss
-
nein hat ich bis jetzt eigentlich noch nicht so beobachtet. Aber ich schau nochmal ob es nur ein temporäres problem ist.
c
-
2 * ist es mir jetzt aufgefallen: Ich lasse meinen Esel meistens mit einer Ratio 20:5 laufen. Ab und an klemme ich ihn in der Nacht auf 70:10. Dann semmelt mir der rc3 ab. Das mache ich meiner Bandbreite wegen...
Kann man hier ansetzen?
-
bei mir stürzt rc3 spätestens nach ein paar minuten ab (wenn das hashing fertig ist). deshalb habe ich wieder rc2 installiert. das ist zwar instabil, aber trotzdem deutlich stabiler als rc3 :(
-
und was sagt dein muli pumpel wenns abschmiert ?
-
Meiner steht auf 5:20, und rennt und rennt und rennt... 8)
-
mein backtrace (s.a. http://www.amule-project.net/amule/thread.php?threadid=2038&sid= )
#0 0x40969691 in kill () from /lib/libc.so.6
No symbol table info available.
#1 0x408f8511 in pthread_kill () from /lib/libpthread.so.0
No symbol table info available.
#2 0x408f883b in raise () from /lib/libpthread.so.0
No symbol table info available.
#3 0x40969424 in raise () from /lib/libc.so.6
No symbol table info available.
#4 0x4096aa50 in abort () from /lib/libc.so.6
No symbol table info available.
#5 0x08374dd7 in __cxxabiv1::__terminate(void (*)()) (handler=0x8163f44 ) at ../../../../libstdc++-v3/libsupc++/eh_terminate.cc:47
No locals.
#6 0x08374e24 in std::terminate() () at ../../../../libstdc++-v3/libsupc++/eh_terminate.cc:57
No locals.
#7 0x08377986 in __cxa_throw () at ../../../../libstdc++-v3/libsupc++/eh_throw.cc:77
globals = (__cxa_eh_globals *) 0x0
#8 0x081ddf88 in CMemFile::ReadRaw(void*, long long) (this=0xbffff010, buf=0xbfffed10, length=2) at filemem.cpp:146
readlen = 2
#9 0x08171bb6 in CMemFile::Read(unsigned short&) (this=0xbffff010, v=@0xbfffed10) at CMemFile.h:53
No locals.
#10 0x082b33a0 in CUpDownClient::ProcessExtendedInfo(CSafeMemFile*, CKnownFile*) (this=0x8c77660, data=0xbffff010, tempreqfile=0x88434b8) at UploadClient.cpp:501
nCompleteCountLast = 0
nCompleteCountNew = 30570
done = 76
nED2KUpPartCount = 76
#11 0x08168972 in CClientReqSocket::ProcessPacket(char*, unsigned, unsigned char) (this=0x8c78878, packet=0x8c77a00 "\222º©ªÅ\034\035\025\226Ü\236n;€déL", size=28,
opcode=88 'X') at ListenSocket.cpp:311
data_in = { = { = {_vptr.CFile = 0x837a3c8, m_fd = -1, m_error = 56, fFilePath = },
fBuffer = 0x8c77a00 "\222º©ªÅ\034\035\025\226Ü\236n;€déL", fLength = 29, fGrowBytes = 0, fPosition = 28, fBufferSize = 28, fFileSize = 28,
deleteBuffer = 0}, }
reqfilehash = "\222º©ªÅ\034\035\025\226Ü\236n;€dé"
reqfile = (class CKnownFile *) 0x88434b8
data_out = { = { = {_vptr.CFile = 0x0, m_fd = 1083132686, m_error = 248, fFilePath = }, fBuffer = 0xbfffeff0 " 6§@",
fLength = 1083132686, fGrowBytes = 1076170564, fPosition = 1078627756, fBufferSize = 3221221360, fFileSize = 1083131822,
deleteBuffer = 145976176}, }
packet = (Packet *) 0x8c78960
#12 0x0816ec7e in CClientReqSocket::PacketReceived(Packet*) (this=0x8c78878, packet=0x8c1cc38) at ListenSocket.cpp:1702
bResult = 64
uRawSize = 28
#13 0x081729e5 in CEMSocket::OnReceive(int) (this=0x8c78878, nErrorCode=0) at EMSocket.cpp:290
bPacketResult = 8
toCopy = 28
GlobalReadBuffer = "ã\035\0\0\0X\222º©ªÅ\034\035\025\226Ü\236n;€déL", '\0' , "BÐ\205b§Œ\030Ê\211Ç\"O\001\\Xâ ã\226ó0\210]rc¶À\036ÉUb8Ë$Ÿ\031\212éöôŠ³ö\0\001s\002\001\021Å2\0\0\0\2060zH
\213¡öKÆÙÃá=OÆ\\-5'\211\002\232I#ì(º\212?\fžS:\nŽ\036u\023x~äbÑ^ž\2046ï\t\024)§-þ#8FP\fþÛž÷{\aÞ«8ßÐQGã\021\0\0\0X{\027\212\0\235Y\234á\020Û¢+0Ü dã\021\0\0\0X\205\236SOSY\003§\0058l§>"...
readMax = 2000000
ret = 34
rptr = 0x84690a2 "BÐ\205b§Œ\030Ê\211Ç\"O\001\\Xâ ã\226ó0\210]rc¶À\036ÉUb8Ë$Ÿ\031\212éöôŠ³ö"
rend = 0x84690a2 "BÐ\205b§Œ\030Ê\211Ç\"O\001\\Xâ ã\226ó0\210]rc¶À\036ÉUb8Ë$Ÿ\031\212éöôŠ³ö"
#14 0x0816ede2 in CClientReqSocket::OnReceive(int) (this=0x8c78878, nErrorCode=0) at ListenSocket.cpp:1729
No locals.
#15 0x082c48f5 in CamuleDlg::socketHandler(wxSocketEvent&) (this=0x8720e78, event=@0x8bc22f8) at amuleDlg.cpp:444
soc = (class CClientReqSocket *) 0x8c78878
current_socket = (struct wxSocketBase *) 0x8c78878
#16 0x402c9e62 in wxEvtHandler::SearchEventTable(wxEventTable&, wxEvent&) () from /usr/lib/libwx_gtk-2.4.so.0
No symbol table info available.
#17 0x402c9c8f in wxEvtHandler::ProcessEvent(wxEvent&) () from /usr/lib/libwx_gtk-2.4.so.0
No symbol table info available.
#18 0x402c9bcb in wxEvtHandler::ProcessPendingEvents() () from /usr/lib/libwx_gtk-2.4.so.0
No symbol table info available.
#19 0x40280759 in wxAppBase::ProcessPendingEvents() () from /usr/lib/libwx_gtk-2.4.so.0
No symbol table info available.
#20 0x4022e07b in wxapp_pending_callback () from /usr/lib/libwx_gtk-2.4.so.0
No symbol table info available.
#21 0x40665c2f in g_idle_dispatch () from /usr/lib/libglib-1.2.so.0
No symbol table info available.
#22 0x40664abe in g_main_dispatch () from /usr/lib/libglib-1.2.so.0
No symbol table info available.
#23 0x40664f99 in g_main_iterate () from /usr/lib/libglib-1.2.so.0
No symbol table info available.
#24 0x40665234 in g_main_run () from /usr/lib/libglib-1.2.so.0
No symbol table info available.
#25 0x4056492f in gtk_main () from /usr/lib/libgtk-1.2.so.0
No symbol table info available.
#26 0x4022e9f2 in wxApp::MainLoop() () from /usr/lib/libwx_gtk-2.4.so.0
No symbol table info available.
#27 0x40280610 in wxAppBase::OnRun() () from /usr/lib/libwx_gtk-2.4.so.0
---Type to continue, or q to quit---
No symbol table info available.
#28 0x4022f0cd in wxEntry(int, char**) () from /usr/lib/libwx_gtk-2.4.so.0
No symbol table info available.
#29 0x082bcf7e in main (argc=1, argv=0xbffff474) at amule.cpp:114
No locals.
#30 0x409558ae in __libc_start_main () from /lib/libc.so.6
-
hi folks
I´ve installed the amule_debug.rpm - but where is the debug output file after crash? ?(
thx 4 help
greets, dafunk
-
hey
there is no debug output...
you have to run amule in gdb ;)
then there will be a backtrace...
stefanero
-
Shit!
Nun stürzt er reienweise schon nach ein paar Stunden oder ab und an sogar schon kurz nach dem Start ab. ;(
Wie denn sowas? Erst macht er es wochenlang und nun nix. An meiner Kiste habe ich nüscht verändert (fileserver).
Beim Start (ca. 1-2 Minuten) verbraucht er auch soviel recourcen, dass mein apache usw. nicht reagiert... ?(
-
Bei mir war es auch dass aMule 1.2.6 und 2.0rc3 innerhalb von 15 Minuten immer verreckt ist (backtrace im Forum gepostet). Dann hab ich mal einen cvs-snapshot (http://amule.hirnriss.net/) gesaugt (glaub war 20040523) und seit dem nur ein einziger Crash mit aMule-cvs-20040526 .... ab 20040527 war wieder alles Okay. :D
Freu mich schon auf aMule 2.0rc4 - da aMule cvs viel stabiler bei mir ist als aMule 2.0rc3 oder 1.2.6. Deswegen würde ich auch jeden der ein sehr instabiles aMule hat auch den Tipp geben mal die aktuelle cvs Version zu probieren. :)
Und wenn ich schon dabei bin noch ein grosses Lob und Danke an die aMule Entwickler - ohne euch würde ich schmerzhaft eMule vermissen. :baby:
-
CVS kann ich nicht mehr compilieren! Meckern seit der neuen aMule-Version nur Fehler an (RH-Shrike)! Shit... ?(
Ich will irgendwann die Fedore Core 2 upgraden, schaunmermal.
Ich habe übrigens bemerkt, das mein aMule nicht mit zuvielen files zurechtkommt. Ich habe mal 50% in ein Backupverzeichnis verschoben... rennt schonmal länger!
-
Der neuste Snapshot cvs-20040605 kompiliert bei mir auch nicht mehr - aMule-cvs-20040604 (http://amule.hirnriss.net/cvs/aMule-cvs-20040604.tar.bz2) geht aber.
[...]
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/wx/include/gtk-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/ -D__CRYPTO_DEBIAN_GENTOO__ -Wall -g -ggdb -fno-inline -D__DEBUG__ -MT amule-XBMDraw.o -MD -MP -MF ".deps/amule-XBMDraw.Tpo" \
-c -o amule-XBMDraw.o `test -f 'XBMDraw.cpp' || echo './'`XBMDraw.cpp; \
then mv -f ".deps/amule-XBMDraw.Tpo" ".deps/amule-XBMDraw.Po"; \
else rm -f ".deps/amule-XBMDraw.Tpo"; exit 1; \
fi
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/wx/include/gtk-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/ -D__CRYPTO_DEBIAN_GENTOO__ -Wall -g -ggdb -fno-inline -D__DEBUG__ -MT amule-amule.o -MD -MP -MF ".deps/amule-amule.Tpo" \
-c -o amule-amule.o `test -f 'amule.cpp' || echo './'`amule.cpp; \
then mv -f ".deps/amule-amule.Tpo" ".deps/amule-amule.Po"; \
else rm -f ".deps/amule-amule.Tpo"; exit 1; \
fi
amule.cpp:98:2: warning: #warning This ones must be removed ASAP - exception: amuledlg, will be the LAST one.
amule.cpp:658:18: warning: #warning we need to move this lowid warning to the GUI itself.
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/wx/include/gtk-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/ -D__CRYPTO_DEBIAN_GENTOO__ -Wall -g -ggdb -fno-inline -D__DEBUG__ -MT amule-amuleDlg.o -MD -MP -MF ".deps/amule-amuleDlg.Tpo" \
-c -o amule-amuleDlg.o `test -f 'amuleDlg.cpp' || echo './'`amuleDlg.cpp; \
then mv -f ".deps/amule-amuleDlg.Tpo" ".deps/amule-amuleDlg.Po"; \
else rm -f ".deps/amule-amuleDlg.Tpo"; exit 1; \
fi
amuleDlg.cpp: In member function `void CamuleDlg::ShowTransferRate()':
amuleDlg.cpp:666: error: parse error before `%' token
amuleDlg.cpp:668: error: parse error before `%' token
amuleDlg.cpp:742:10: warning: #warning This will be here till the core close is != app close
amuleDlg.cpp:1008:2: warning: #warning BIG WARNING: FIX STATS ON MAC!
amuleDlg.cpp:1009:2: warning: #warning Can it be related to the fact we have two timers now?
amuleDlg.cpp:1010:2: warning: #warning I guess so - there MUST be a reason Tiku only added one.
make[2]: *** [amule-amuleDlg.o] Error 1
make[2]: Leaving directory `/usr/src/amule-cvs/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/amule-cvs'
make: *** [all] Error 2
-
hey
wie gesagt manchmal sind wir am entwickeln und dann wenn der snapshot gemacht wird sind noch net alle commits drin...
einfach auf morgen warten ;)
stefan
-
Also folgendes, gut zuhören 8):
Ich hatte so 40 - 50 files in der queue. Dauernde Abstürze. Ich habe 50% in "Quarantaine" geschick (Unterverzeichnis) und den Mule laufen lassen. Siehe da, umso weniger files es werden, desto stabiler läuft er.
Bei ca. 50 files reihenweise Abstürze... Mule hängt fest... friert ein usw.
Nun nicht mehr.
Das als Info... :]
-
hey
nimmst du rc3 oder CVS snapshot??
stefanero
-
Originally posted by stefanero
hey
nimmst du rc3 oder CVS snapshot??
rc3, habe doch erläutert das CVS nur mit error abbricht. Keine Chance!
Will in Kürze auf auf Fedora core2 updaten. Dann werden auch alle Sachen wieder klappen... ?(
-
tja
gut zu wissen :)
die frage ist eher was an deinem system net stimmt das er bei deinem jetztigen system abbricht ;)
wenn du quasie bei FC2 dasselbe wieder falsch hast dann gehts dann acuh net ;)
stefanero